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

Почитайте про reactjs и redux (reactjs наиболее четко описывает суть компонентов а redux описывает как вообще все это работает в сборе). Какой именно фреймворк или решение вы выберите роли особо не играет, так как почти все приходят к схеме описываемой redux (с минимальными отличиями и изменениями).

Скажем тот же angular2. На самом деле он не сильно отличается от 1-ой версии, если вы следили за развитием идей и т.д. Скажем компоненты, их форсят во втором ангуляре (а так же в reactjs), но использовать этот подход без боли можно было уже с angular 1.3. Сейчас с angular 1.5 все еще проще. Есть компоненты (как отдельная сущность поверх директив, для angular 1.3-1.4 есть полифил), есть декораторы для компонентов (директивы расширяющие поведение компонентов). Главное не пользоваться контроллерами как независимой сущностью (ну разве что только для ресолва состояний и проброса в компоненты), а внутри компонентов не дергать сервисы для получения состояния (хотя есть опять же исключения).

далее, ни react ни angular из коробки не предоставляют вам ничего для организации вашего приложения. То есть, штуки типа контейнеров зависимостей и базовые какие-то вещи вроде ангуляровских инфраструктурных сервисов не в счет. У вас полная свобода действий. Хотите мутите нормальный сервисный слой, хотите - практикуйте идеи redux с одним общим состоянием приложения и деревом редьюсеров прокидывающие части состояний по компонентам...

Словом... все на самом деле не так сильно различается. Оно только кажется так, а идеи сейчас идут примерно одни у теже у всех. Декларативный UI, независимые компоненты, функциональщина...

У вас два варианта

1) учим javascript пол годика (хотя бы месяц, что бы покрыть основы, понимать разницу между smartui и MVC, что бы было понимание того что такое event loop и асинхронность в js), потом знакомимся с каким-нибудь UI фреймворком (angular,ember,react+flux), потом реализуем приложение (либо сразу реализуем и походу учим, получится чуть быстрее но хуже по качеству)
2) нанимаем специалиста

Ну как бы так как вы и написали в заголовке - модель меняет модель. По сути только вьюшкам запрещено напрямую менять модель.

Варианта 2:

1) у модели для фильтров есть доступ к модели коллекции айтемов. По изменению она сама меняет коллекцию, заставляее ее изменить состояние под наше.

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

1) на сервере у вас только http api
2) ???
3) все.

То есть подытожим - вам надо искать инфу о том как на express.js поднимать http api. Альтернатива - если вы делаете SPA на React или вдруг на Angular2 то там возможен сервер-сайд рендринг и все становится чуть интереснее.

recaptcha

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

Как-то видел REST Api на друпале... жуть...

В то-же время не нужно писать SQL запросы

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

сосредоточить внимание на фронтэнде

внимание нужно сосредотачивать на бизнес-логике. Фронтэнд всеравно пилить придется.

подходит ли этот CMF для этого?

Если у вас нет бизнес логики и все сводится к CRUD - то тогда думаю норм. Но вообще мне противна мысль использовать CMF/CMS для этого. Но я не вкурсе что там у MODx внутри нынче.

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

Ну как хотите, но вообще стоит пробежаться по документации и выбрать что-то для себя.

https://github.com/jashkenas/backbone/blob/master/... - вся магия тут.

кеширующий http-proxy какой нужно. Что бы ответы от апишки сохранял. Если приложение ваше - кэш на клиенте.

какие могут быть проблемы с работой с php по rest? Вот вообще не представляю... Или может я термин REST понимаю не так как вы?

angular.js - полноценный mvvm фреймворк, на нем удобно писать апликачки, есть dependency injection, есть модульность. Реюз кода за счет директив и сервисов. Ежели у вас нормально спроектированная rest-api, то можете взять модуль ngResource и будет пара плюшек, хотя мне больше нравится использовать сервис $http для большего контроля.

backbone.js - это библиотека, которая помогает структурировать проект и по сути является моделью. То есть у вас биндинг данных идет с серверной частью, а все остальное - это уже решать вам как реализовывать. Для новичка может быть сложнее, ибо слишком много свобод и сходу не понятно как лучше сделать. Но никто не мешает вам использовать backbone в купе с angular.js.

так же как и @sergiks, приведу статистику: писали и на backbone и на angular, в качестве бэкэнда побывали yii, symfony2, silex (пока остановились на таком варианте).

А зачем хранить локаль в модели?