к ней можно обратиться как `frontend/models/Interview` - что не совсем корректно.

Чтобы исправить это, необходимо модель расположить в общей директории - `common/models/`.

Необходимо переместить файл `Interview.php` из `frontend/models` в `common/models/`. Это уже сделано.

Вам осталось изменить файлы, зависимые от этой модели, следующим образом:

- в common модели `yii2-app-advanced/common/models/Interview.php` изменить пространство имени класса.

- поменять в `frontend/controllers/SiteControllers.php` в методе `actionInterview()` пространство имени для этой модели

с `frontend/models/Interview` на `common/models/Interview`.

- поменять в виде `yii2-app-advanced/frontend/views/site/interview.php` пространство имени, также как в предыдущем случае.

- удалить файл `yii2-app-advanced/frontend/models/Interview.php`

Теперь, когда все изменения внесены, в backend и frontend возможно использовать единую AR модель - `\common\models\Interview`.

<p class="alert alert-info">

Для того, чтобы избежать такой ситуации в будущем, лучше сразу генерировать все модели Active Record в "common/models".

</p>

Очень часто, модель Active Record разбивается на два, три класса, т.е. `\common\models\Interview` и её наследники

`\frontend\models\Interview` и `\backend\models\Interview`. Сперва это кажется логичным и правильным. Но такое разделение

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

Вот некоторые из них:

- может возвратиться некорректная связь с другими разделёнными моделями, вместо ожидаемой `backend/models/Interview`

вам будет доступна только `common/models/Interview` и будет сложно исправить сложившеюся ситуацию.

- изменения общей модели, может оказать негативное влияние на работу модели из другого модельного слоя (frontend, backend).

Такое на практике встречается очень часто, после правок в общей - ломается что-то критичное на backend.

- проблемы с перекрытием событий: beforeValidate. Выливается в проблемы с перекрытием сценариев при валидации.

Придётся создавать "костыльный" код `return Model::scenarios();`

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

Но этот плюс теряется за кучей недостатков. В общем постарайтесь придерживаться логики , что модельный слой (Active Record)

должен быть единым для разных частей приложения (backend, frontend, rest и т.д.). Поэтому работая с yii2-advanced располагайте

все Active Record модели в `common/models/`. Или создавайте отдельные для frontend и backend, если уж логика настолька

различна и её нужно разделить.

Создадим вид, в котором будут отображаться все записи из таблицы "Опросов". Чтобы облегчить выполнение этой задачи,