Вячеслав Слинько

Основная проблема meteor — отрицание npm.
По этой причине использование множества готовых модулей сильно затруднено, можно даже сказать невозможно.

Да, стоит.

Размер получается гораздо меньше, а качество лучше.

Единственная проблема, которую я обнаружил, это тормоза при использовании svg через object в safari на os x.

Риск того, что у вас отожмут всех всю базу вместе с клиентами, взломав ваш сайт.
Нужен не только дополнительный IP, но и изолированные друг от друга системы.

Не помню подобных, каверзных, вопросов на тесте.

a) Установить op-code кешер

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

b) Установить SSD

Не вариант, ибо данные на диск, с большой вероятностью, не пишутся.

с) Кешировать данные возвращаемые с удаленного веб сервиса

Вариант, ибо удаленные сервисы всегда тормозят.

d) Обновится до последней версии PHP

Всегда вариант, каждая новая версия быстрее прошлой :)
Однако, я уверен, у этого ответа приоритет влияния не большой.

Далее на страничке 47 вопрос номер 1

Скорее всего бага, ибо не может быть в XML 2х корневых элементов.
Если бага в дублировании, то да, с xml все ок — stackoverflow.com/questions/7923731/saw-var-type-string-in-an-xml-string-but-what-does-this-mean

Есть 2 варианта:

1. Выделение А в отдельный submodule. При изменении прийдется делать коммиты и пушы по 2 раза: для А и для /.
2. Использование git subtree для создания read-only копии папки A.

Ну так логично, вроде.
2 и 3 задачи зависят только от 1, вследствие чего могут одновременно выполнятся после первой.
Такое поведение должно ограничиваться не только приоритетами, но и количеством ресурсов.
А таких программ, которые учитывают все эти параметры, я не припомню.

Ваша регулярка выглядит вполне рабочей regexr.com?34mm4
Что с ней не так?

По моему проще так:
Alt+Cmd+N
index.html
Enter
!
Tab

hubot.github.com

Через Find My Mac нет.

Для нормальной работы MongoDB в production рекомендуется использовать Replica-Set на 3х серверах минимум.
На крайний случай можно и 1 сервер, но обязательно со включенным журналированием!

В случае одного сервера MongoDB все зависит от условий использования.
Если данных больше чем оперативной памяти или хорошая нагрузка, то лучше вынести на отдельный сервер.

Для демонов можно воспользоваться reactphp.org — крутой асинхронный фреймворк.

Как можно прокручивать то, что полностью влезает на страницу?!
Обрамите таблицу любым блоком с ограничением по высоте и все заработает: jsfiddle.net/mynBk/

Что?

Как минимум onmousemove, как максимум window.onfocus и window.onblur

Предпочитаю первый, с одним коммитом.

Только семантика.

Чем не устраивает autoincrement int?