1) валидация всегда происходит на сервере. Даже если она дублируется на клиенте, то на сервере она всеравно должа быть. Компоненты для валидации есть и в руби, и в PHP и в питоне, так что по этому пункту без разницы на чем писать.
2) не HEAD запросы, а держать через WebSockets соединение и в реалтайме обмениваться актуальными данными с минимальными задержками. Тут к слову не все однозначно. NodeJS хорош, но там нету доступа к API самих сокетов, только через обертку. В итоге для простого обмена данными все хорошо, но если серверная логика уже посложнее и ограничения ноды не позволяют достаточно оптимизировать все, стоит уже использовать Python (есть опять же куча готовых серверов и оберток) и руби (туда же), под которые можно написать очень оптимизированные push-сервера под ваши нужды. PHP тут на последнем месте в виду отсутствия других механизмов паралельной обработки соединений помимо select.
3) Restfull api — тут вообще плевать что выбирать из предложенных вариантов.
Будущее за нормально построенными клиент-серверными приложениями, stateless серверами, но никак не за JS. JS это один из вариантов, и там не все так просто.
Как позвольте разработка на ноде поможет в разработке на PHP? В PHP не так уж и много асинхронных операций, там разве что с сокетами можно работать через select/epol.
Для начала напишите программку которая по вашему желанию (нажатие кнопки) будет моргать индикатором.
для работы с api так же есть готовые библиотеки. Можете попробовать написать простенькую програмку-месседжер. так же есть туториалы по работе с api. Так что… пробуйте. В любом случае, на C# .NET вам будет значительно проще реализовать требуемый функционал. На c++ писать свой клиент это то еще удовольствие. Разве что под qt какой.
И что же не так с той же доктриной? За полтора года ни каких особых проблем вызванных именно этой библотекой у меня лично не было. Баги фиксятся, проект развивается… что не так то?
К слову любопытно, поидее с выходом hhvm толку в этом phalcon стало мало. Ну мол, по сути теперь для php есть какой никакой но jit компилятор, так что было бы неплохо разузнать разницу в производительности phalcon и любого другого микро фреймворка (тот же silex) на hhvm.
Для того что бы привязываться к jQuery UI или использовать jQuery плагины придется писать директивы. Это как бы не такая уж и большая проблема, да и к тому же почти на все случаи жизни их и так можно найти как готовые модули для angular.js. По сути вам просто нужно вынести в директивы инициализацию плагинов и прочее (привязка к элементам, данные… и т.д.). Зато будет удобно реюзать и подключать.
У меня (debian 7 + Gnome 3) обычно один экран — несколько рабочих столов (браузер, скайп, все что нужно еще но не все время) и на втором экране один рабочий стол — там ide. Консоль через Guake, плеер так же как панель для гнома.
готового нету, судя по всему. Придется придумать способ создания пустых областей с обтеканиями в нужных местах блоков… это достаточно сложно и явно будет медленно работать.
гугл так же не умеет работать с js как и все остальные. Гугл совместо с яндексом и бингом просто придумали стандарт, позволяющий реализовать индексацию одностраничных динамических сайтов.
можете ознакомиться. Этот подход используют все крупные поисковые системы на данный момент.