Александр Макаров

AR-класс в backend / frontend может не наследоваться от AR-класса из common, если логика их использования различна, пусть и немного схожа.

common нужен если у нас на уровне базы всё одинаково, а вот часть бизнес логики, заложенная прямо в AR-класс разная.

По хорошему, кстати, бизнес логику надо выносить в отдельный слой, но так как ради двух строчек лепить его не хочется, пока её мало, она остаётся в AR-классах.

namespace посмотрите внимательно, который указан в конфиге и ваш для контроллера.

Вполне реализуемо.

Плюс делать на PHP — можно предотвратить чтение исходника, можно предотвратить изменение состояния и иное читерство. Можно реализовать сохранение. Можно обновлять без необходимости перескачивания. Можно реализовать глобальную таблицу рекордов.

В любом случае какой-то фреймворк для описания локаций и действий так и так придётся придумать. Веб-фреймворк вроде Yii или Symfony выполняет в этом случае лишь роль связующего звена.

Если юзеров не много и иерархия RBAC более-менее статична, файлы. Иначе база.

Можно отключить www.yiiframework.com/doc-2.0/yii-web-assetmanager....

- rollbar.com
- getsentry.com

1. Правила местами поменяйте.
2. model тоже надо указывать.
3. parsingOnly означает, что при создании URL правила не работают.

Надеюсь, вы делаете это не на сервере.

1. Включить дебаг и дебаггер.
2. Выполнить запрос.
3. Перейти в обычный веб, зайти в дебаггер.
4. Выбрать из списка предыдущих запросов нужный вам.

Использовать ключи — нормальный подход. `sourceLanguage` укажите как `key` и вперёд.