des1roer: вам нужна очередь сообщений с гарантией доставки. Постгрес туда ставить это не шибко эффективно. Можно и в redis сообщения хранить, но обрабатываться то они всеравно будут в одном месте все.
Александр Евгеньевич: Ну соль в том что если это бизнес правила - то это должно быть в вашем коде. Если это проверка доступа (типа только премиум пользователи могут покупать данный товар) то тогда можно уже воутеры.
Воутеры хорошо если исход один - дать доступ или нет, и при этом множество условий. А если исходов много - то тут уже надо либо разные воутеры использовать либо еще как.
Владимир Т.: riot это маленькая библиотечка для организации UI (ViewModel по сути), то есть все обработчики событий в его случае должны быть в контроллере или прямо во viewmodel (но лучше в контроллере). На модель riotJS никак не влияет.
Модель вообще должна быть отделена от фреймворка, именно в этом основной профит всех этих MVC/MVVM, независимость ВАШЕГО приложения от СТОРОННИХ решений. Особо хорошо это для тестов и в плане уменьшения рисков/трудозатрат связанных с обновлением библиотек.
Vitalychez: у вас проблема не с тем что у вас как-то не так все хранится (хоть и хранить данные глобально это не ок но это погуглите сами почему так), а в том что обработка данных у вас отдельно от обработчика. То есть именно обработчик onmessage должен сообщить остальному коду что что-то пришло, передать что пришло а дальше уже как хотите.
Что до twig - я не знаю что вы там читали и мне в принципе без разницы. PHP отвратный шаблонизатор.