Сергей Протько

Symfony2, Laravel, Yii (отсортировал в порядке востребованности, не популярности). В СНГ Yii можно поменять местами с Laravel. Но вообще сконцентрируйтесь непосредственно на PHP и меньше привязывайтесь к фреймворку - будет проще.

Что-то не так у вас с архитектурой базы данных.... опишите задачу менее абстрактно. Кто с кем связан и как так вышло что у вас такая кривая структура базы?

Да прочитайте вы уже про Single page applications, концепцию "клиент-сервер", REST и т.д. Так же перестаньте думать "страницами". Думайте состояниями. По сути body в html это ваш MainWindow, а там уже творите что хотите. Хотите текст в диве поменять - меняйте. Хотите пол страницы переделать - меняйте.

Рекомендую вам начать с Backbone + Handlebars и плавно перейти на Angular/Ember. А может и вовсе с них начать и переходить на что-то более низкоуровневое (для развития понимания) только при недопонимании концепций этих фреймворков. Если вы знакомы с архитектурой серверных приложений - у вас то же самое будет (приблизительно) на клиенте. Только вместо базы данных будет rest api, раутинг так же, контроллеры так же будут обрабатывать конкретные состояния, добавится нормальный слой представления и возможно viewmodel. MVC изначально для интерактивных приложений создавался а не для request/response.

Документация по PHP, документация по wordpress, разобраться с SQL и mysql. Дальше в зависимости от задач.

while(true) {}
и запускать 4 инстанса скрипта.

christopherthielen.github.io/ui-router-extras/exam...

Angular <-> REST Service <-> MySQL (или вообще что угодно)

зависит от того что на site.ru. Если для десктопов и мобильников структура сайта сильно различается - то в этом есть смысл. Если же у мобильных клиентов возможности те же - то стоит подумать в сторону адаптивного дизайна. Ну и да, так же влияет бюджет.

но последние стати на хабре про его минусы

А вы статьи эти читали? А комментарии? Я работаю с Angular вот уже 2 года и ни разу не сталкивался с "проблемами" изложенными в статьях. Тем более что те проблемы которые на самом деле имеют место быть (слишком много букв надо писать для директив, сложно и т.д. к примеру) решаются либо сторонними модулями либо ждем Angular2. А так складывается впечатление что люди думают что могут взять какой-то фреймворк и он сразу же решит все их самые изощренные задачи.

Ну и да, Angular это не UI фреймворк, это фреймворк для построения приложения в первую очередь. Внутри используйте хоть react.js на тех местах где он подходит лучше (я пока даже не знаю о подобных) хоть backbone (в качестве persistance layer и для моделек неплохо подходит).

что до UI - Foundation, Twitter Bootstrap, а еще интереснее варианты - Google Material Design или еще чего посвежее... Ну или верстайте все сами. Если вы расчитываете на перспективы, то думаю поддерживать старые браузеры вы не будете уже. А значит можно использовать flexbox-ы те же, на которых построить сложный лэйаут не особо сложно.

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

Скажем я вот на 90% уверен что даже не смотря на "mongodb" у вас там "еще одна CMS" в которой ничего особо интересного нет. Выложите посмотреть или хотя бы какие-то особенности раскройте. Пока это все так...

ngRepeat.... вам для решения вашей задачи по идее вообще DOM не нужно трогать.

А в доктрине у вас все выборки должны находиться в вашем репозитории, и там вы уже решаете что как и когда применять и как юзать query builder. То есть если вы хотите взять каких-нибудь данных вы должны взять репозиторий и попросить его дать вам данных. То есть от доктрины будут зависеть только репозитории.

Репозитории можно регистрировать как обычные сервисы:

class: Doctrine\ORM\EntityRepository
factory_service: doctrine.orm.default_entity_manager
factory_method: getRepository
arguments:
     - Acme\CustomerBundle\Entity\Customer

в идеале такие операции как $em->persist тоже стоит делать внутри репозитория а $em->flush вообще во фронт контроллере (перед отдачей респонсов что бы появились id-шки).

Так же у доктрины есть глобальные фильтры как прямой аналог скоупов в Yii но их стоит использовать крайне осторожно.

Vagrant + Ansible + Git или Docker + Git

www.w3.org/TR/wai-aria

но вообще...

div - любые блоки
section - любые блоки, которые объеденены в одну группу
article - любые блоки, которые образуют самодостаточный элемент, их может быть много на странице
aside - что-то второстепенное, не имеющего напрямую связи с основным контентом. Может быть и внутри artice и вообще как хотите.

В целом же считаю что WAI-ARIA и div норм.

https://iojs.org/

проект раскололся. Либо останется только io.js либо разделение подхлеснет развитие обеих технологий (конкуренция и все такое). Так было допустим с ffmpeg и libav.

websockets + fallback в long pooling. Node.js выступает в роли только push сервера обычно, и в любом случае все тяжелые штуки (аунтефикация. авторизация, непосредственно действия) выносятся в основное приложение (на php, js или чем угодно) и связываются шиной данных на каком менеджере очередей или на redis.

Для надежности все соединения проксируются через haproxy/nginx.

Лучше больше оперативки и настроить кэш.