EugeneOZ

Ниже порог вхождения.

Можно просто посмотреть, не undefined ли oldValue, которое передаётся в коллбэк.

Вряд ли он сможет его использовать в школьных и институтских проектах.

Школа и институт — временное явление. Если Вы вправите ему мозги так, что он потом будет бесполезен в мэйнстрим прогораммировании…
Хаскелу можно только параллельно с мэйнстрим-языком учить. Java, например.

Шардится и реплицируется Postgre проще и надёжнее. Но даже с учётом PDO, есть разница местами в синтаксисе и возможностях между ней и MySQL.
Главное — не вляпайтесь в MSSQL. С ним можно нормально работать только внутри стека MS-инструментов. Оно даже UTF-8 не поддерживает. Ну и MS кладёт болт на не-виндовые драйвера, выпускают их очень редко.

Может конкуренция с freelansim.ru. Но как-то наивно и топорно в наши дни выглядит такой вид борьбы с конкурентами. Может автор просто употребил нецензурное слово, а может Лебедева похулил. Или власть.

Хоть Вы уже и приняли ответ, но всё же рекомендую посмотреть на yeoman — там уже готовый конфиг grunt с множеством полезных задач.

Прочитав название, хотел было купить Вам VPS для этой цели, но прочитав детали… Я лично против такой затеи — те, кто просят у Вас эту БД, просят её не для благих целей.

Couchbase (там для аналитки Вам пригодится map reduce и самообновляемые views).

С зависимостями может помочь Bower.
Есть yeoman.io/, который использует Grunt (и многие его плагины) и Bower.

Если табы справа должны добавляться — добавьте их все заранее и включайте по ng-show.
Если слева именно переключатель табов — либо ng-switch, либо ng-view с роутингом. Но ng-view на странице может быть только один, а я там вижу два каталога разных табов.

Да. И не только хром.
wiki.nginx.org/Drupal — тут смотрите пример, как не пачкать логи этим.

А если заказчик захочет поменять БД, что Вы ему скажете? «Извините, тут надо пару человеко-месяцев на адаптацию триггеров»? :)
Триггеры и хранимые процедуры это ад и содомия в вопросах поддержки и развития.

Так всё ж просто — возвращая объект, вы даёте внешнему коду юзать этот объект. И если раньше этот внешний код зависел только от API вашего объекта, то теперь будет зависеть ещё и от тех объектов, которые вы вернули. Так вы теряете контроль над API и возможность его безболезненно менять.

Ну и chained-методы в динамических языках плохи тем, что один из элементов цепи может вернуть не объект, и тогда будет ошибка обращения к методу «не-объекта».

Есть случаи-исключения, когда не нарушить этот закон нельзя (фабрики), но в целом — это один из самых больно бьющих законов, если его нарушать.

Точных ссылок не скажу, но могу подсказать ключевые слова: NoBackend movement, AngularJS, Firebase, Polymer, Shadow DOM, MeteorJS.
К тому, что я прочитал в Ваших комментариях к ответам, могу добавить, что на бэкэнде придётся оставить ещё и логику, на которую не должен иметь права влиять пользователь. В остальном Вы правильно рассуждаете.