В последствии будет установлен "Шаблон приложения advanced", который станет доступен по

<a href="https://ru.wikipedia.org/wiki/SQLite" target="_blank">SQLite</a>, так как она компактная и не требует накладных

расходов. Знать тонкости синтаксиса SQLite не придётся, так как в большинстве случаев вместо SQL будет использоваться

<a href="https://ru.wikipedia.org/wiki/ORM">ORM</a> подход.

Поменяем настройки подключения к базе данных для всего сайта:

(клиентской, административной, и других) частей сайта. В файле `main-local.php`:

Компонент `mailer`(компонент отправки почты) оставим без изменений. А вот настройки компонента `db` изменим.

Для соединения нужно указать DSN, в нашем случае это путь к файлу - `/yii2-app-advanced/sqlite.db`.

Для чего нужны миграции? Вот сейчас нужно заполнить sqlite данными, создать таблицы и чтобы не описывать sql запросы,

Теперь в `yii2-app-advanced` можно обнаружить файл `sqlite.db` - это и есть наша база данных.

После отправки данных, произойдёт переход на главную страницу с последующей аутентификацией пользователя `admin`. Сейчас

поэтому трудностей с сохранением не должно возникнуть. Нужно использовать лишь один метод `save($runValidation == true)`,

который также включает в себя валидацию данных. Т.е. метод `$model->validate()` мы можем заменить на `$model->save()`

в контроллере `SiteController`.

Метод `save($runValidation)` подразумевает под собой следующий сценарий:

1. вызывается `beforeValidate()`, если `$runValidation = true`. Если `$runValidation = false` этот и последующий шаги

игнорируется.

2. вызывается `afterValidate()`.

3. вызывается `beforeSave()`. Если метод возвращает false, то процесс прерывается и дальнейшие шаги не выполняются.

4. происходит сохранение данных в базу данных

5. вызывается `afterSave()`;

В нашем случае есть один нюанс - например, на вопрос "Какие космонавты вам известны?", пользователь может выбрать несколько

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

Получается необходимо преобразовать массив данных в строку для последующего сохранения. Сделаем это с помощью

переопределения метода `beforeSave()` в модели Interview:

public function beforeSave($insert)

{

if (parent::beforeSave($insert)) {

$this->planets = implode(',', $this->planets);

$this->astronauts = implode(',', $this->astronauts);

return true;

}

return false;

}

Входной файл административного раздела (далее Backend) доступен по ссылке

<a href="/yii2-app-advanced/backend/web/index.php?r=site/logout" target="_blank">

/yii2-app-advanced/backend/web/index.php</a>, а все файлы для работы backend располагаются в директории

`/yii2-app-advanced/backend/`.

Если вы не прошли аутентификацию на сайте, то в backend вас не пустит. В работу вступил так называемый фильтр

контроллера <a href="http://www.yiiframework.com/doc-2.0/yii-filters-accesscontrol.html" target="_blank">

yii\filters\AccessControl</a>. Фильтры являются особым видом поведений, которые могут быть выполнены до действия

контроллера или после.

Если открыть `SiteController` backend части, то можно обнаружить следующий код:

return [

'access' => [

'class' => AccessControl::className(),

'rules' => [

[

'actions' => ['login', 'error'],

'allow' => true,

],

[

'actions' => ['logout', 'index'],

'allow' => true,

'roles' => ['@'],

],

],

],

];

С помощью правил доступа `rules` можно описать к каким действиям контроллера применять те или иные ограничения.

<p class="alert alert-info">Подробная информация по работе фильтров описана в

<a href="https://github.com/yiisoft/yii2/blob/master/docs/guide-ru/structure-filters.md" target="_blank">официальном

руководстве</a>

</p>

Теперь давайте вернёмся к форме "Опрос". Для работы с формой в клиентской части(далее frontend) мы использовали

Active Record модель `Interview`, которая описывала форму. Т.к. эта модель описана в frontend, то в backend

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

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

Вам осталось изменить файлы следующим образом. В common модели изменим пространство имени, удалим свойство "проверочный

код", удалим правила, так как это всё требуется на стороне frontend части. А в frontend модели изменить

родительский класс с `\yii\db\ActiveRecord` на `\common\models\Interview` и удалите методы `tableName()` и `attributeLabels()`.

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

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

<a href="http://localhost:9000/yii2-app-advanced/backend/web/index.php?r=gii" target="_blank">обратимся к Gii</a>.

Выберите генератор "CRUD Generator", который генерирует виды и контроллер на основании модели. Введите в Model Class

`common\models\Interview`, а в Controller Class - `backend\controllers\InterviewController`. Всё, жмите Preview.

"CRUD Generator" генерируется вид для создания, изменения, удаления и просмотра модели, также помогает генерировать

страницу `index.php`, которая показывает список моделей постранично, используя виджет

<a href="http://www.yiiframework.com/doc-2.0/yii-grid-gridview.html" target="_blank">GridView</a> или

<a href="http://www.yiiframework.com/doc-2.0/yii-widgets-listview.html" target="_blank">ListView</a>

Нажимаем "Generate" и наслаждаемся <a href="/yii2-app-advanced/backend/web/index.php?r=interview" target="_blank">

результатами работы</a>

TODO: описать виджет GridView, ограничить доступ