sajgak

боюсь показаться невеждой, но всё же спрошу: почему монга?

$v = isset($arr['a']['b']['c']) ? $arr['a']['b']['c'] : null;

debian stable - основа deb-подобных дистров. + в последней версии использует Gnome 3. Я конечно не эстет, но вроде не дурно

SELECT marka.name AS marka_name, model.name AS model_name FROM marka
INNER JOIN model ON model.id = '$id_model'
 WHERE marka.id='$id_mark'

только переменные экранируйте, а то ваш запрос - классическая SQL инъекция

в идеологии) свойства запроса должны быть в заголовках, а не в данных

webstorm

1. не знаю как в пыхе, в нодовском npm есть dependances и dev-dependances, соответственно при деплое вытягиваются только продакшн зависимости и в репе хранятся только сами исходники
2. билд проекта в продакшене размером чуть больше со стандартный инет. магазин - обычно сложнее, чем svn up / switch, это, как минимум, редактирование конфигов (вы же не храните в репе пароли к бд?:)), билд клиентского кода сss/js и т.п. Для таких вещей есть куча всевозможных приблуд, я советую использовать www.rexify.org немного трушного перла, неделя написания конфига и деплой происходит одной кнопкой

с механизмом сервиса q, defer в ангуларе не знакомились? в контроллеере что то типа:

loaderService.show();
httpService.sendRequest(data).then(function (response) {
    jobWithData(response);
}, function (rejection) {
    handleError(rejection);
}).finally(function (){
   loaderService.hide();
});

elasticsearch + logstash.
При количестве сообщений больше 10к в секунду - желательно спереди поставить очередь.
Плюсы: эластик - поисковый индекс поверх апачевской люсины, с соответствующими возможностями поиска и фильтрации. logstash - сервис, позволяющий фильтровать проходящие через него данных по динамически генерируемому набору фильтров. очень удобно для обогащения / обеднения сообщений

Graylog2 смотрели? graylog2.org/
Есть биндинги в том числе и для ноды

вы скорее всего купили ключ на обновление, поэтому чтобы ключ подошел, вы должны сначала поставить свою копию win7, потом сверху накатывать 8. тоже в свое время с этим столкнулся

гугл всему голова

Вместо Solr советую использовать ElasticSearch. Оба они пострены на Lucene, но в эластике намного лучше обстоят дела со скоростью добавления, изменения документов в индексе + шардинг из коробки. Работал с обоими системами, даже субъективно у эластика более user-friendly язык запросов

Если нет желания задерживать пользователя на странице до получения ответа от сервиса учета кликов (он на самом деле так долго возвращает ответ, что пользователь может заметить задержку?), то можете добавлять координаты клика в параметры принимающей страницы и уже там обрабатывать информацию, но имхо профит милисекундный, а усложнять логику страниц обработкой сторонней информации как то совсем не верно

самый простой вариант — все js файлы подключать всегда (на продакте их все сжать в 1 файл), в ZF указать имя класса к инпуту на который нада повесить TinyMCE и в js повесить на этот класс ваш плагин

Смотря для чего. Если это продукты массового потребления и установки на шареды, то не стоит однозначно. Если ваш проект работает с Redis, RebbitMQ и прочими сторонними штуками, то pear имплеменация всегда намного производительнее чем pure-php реализация, хотя и она чаще всего присутсвует на случай, если у вас нет админского доступа

ab на самом деле очень часто грешит неверностью результатов, намного лучше с бенчмарком веб-сервера справляется siege, кроме того, в нем присутствует возможность очень гибкой настройки, что порой, для сложного динамичного сайта является критичным