Леонид Сысолетин

Только feature-detection. Никаких хардкодов версий браузеров.

p.s. В реальности конечно так не бывает... У нас есть всеми любимая iOS которая привносит свой пласт боли.

Ну, если необходимость использования БД возникла на сайтах, которые написаны на PHP, то учи PHP)
Аналогично можно сказать про любой другой язык. БД сама по себе никаким образом не связана с языком программирования. Почти у каждого языка есть библиотеки, которые позволяют работать с БД. Да и сами эти БД бывают разные.

Потому что данные, которые вы не видите в исходном коде добавлены через JavaScript.
Их изначально нету в отданной страничке сервером.
А в FireBug вы видите результат уже после обработки через JS

в Konqueror есть такая возможность (правда криво работает).
Нажимаешь ctrl, рядом с каждой ссылкой появляется символ, нажав который переходишь по ссылке.


Можно написать подобный плагин для Chrome.

Ваша главная проблема, что вы не правильно ставите вопрос.

Смотря что за данные вы хотите хранить:
В каком виде приходят данные?
Структурированные?
Объем?
Смотря что вы с этими данными хотите делать:
Различные выборки?
Десериализовать в объект?
Просто вывести пользователю?

Думаю после ответа на эти вопросы вы поймете что за способ хранения вас устроит.

Хранится? Работает? Ничего не трогай.

Создавайте временный файл со сложным именем, на который нужному человеку кидается ссылка.
И повесьте в крон отдельный скрипт, который будет удалять файлы, созданные более xx дней

Создавайте файл на диске, и по крону удаляйте старые.

ответ тут community.modx-cms.ru/blog/10100.html

Ну как бы все написано же.
SQL Вам говорит "в таблице msg нет колонки с названием categories"
А почему нет? А потому что в коде CREATE TABLE Вы её назвали category

PS А вообще это выглядит как не очень хороший код.
Мне кажется a) не стоит использовать sqlite б) не стоит в коде модели заниматься созданием таблиц.

Обход первого(или второго) масива, постройка объекта с ключами в виде ай ди.
При обходе другого масива проводить все действия сравнения и необходимые действия с новым объектом... Измененный объект запихнуть в масив с длинной в 1 или побить по ключах или как.... ну вообщем под нужную структуру...
Итого сделать функцию конвертации масива в ассоциативный, ну а второй производить сравнение объектов с возвратом общих ключей. Сравнение через поочередный обход обоих объектов и вынесением найденных ключей, которые находятся в другом объекте. Результат вернуть...
А вообще по хорошему следовало бы избавиться от масивов изначально, сделав ассоциативные масивы...

Заказчик кэш чистить банально не пробовал?

Как вариант:

<div id="block"><span id="text">Frontable</span></div>

div#block {
  padding: 10px 0;
  box-shadow: inset 0 0 0px 3px red;
}
div#block #text {
  width: 100%;
  background: #fff;
  display: block
}

$end_date = date('Y-m-') . date('t'); // ???
$end_date = date('Y-m-t');

$begin = new \DateTime(date('Y-m-00'));
$end    = new \DateTime(date('Y-m-t'));

var_dump($begin->diff($end)->days); // int(31)

Необходимо ответ с сервера сконвертировать в дом, а только потом уже перепиливать его...

Откройте для себя in_array вместо кучи == || == || ==