Максим Федоров

Если у Вас есть модель представления с правилами валидации (а Ваша QuestionForm это по сути дела и есть модель представления) и Вы полностью хотите избавиться от валидаций в ActiveRecord тогда Вам в actionUpdate стоит использовать именно ее, а не ActiveRecord. Т.е. загружать данные из поста в QuestionForm, валидировать и уже после этого загонять их в AR и сохранять ...
Например, в самом простом виде это могло бы выглядеть так:

class QuestionForm extends \yii\base\Model {

	public function findModel($id){
		$model = MyActiveRecord::findOne($id)
		return $model;
	}
		
	public function update($id)
	{
		$model = $this->findModel($id);
		if (is_null($model)) {
			return false;
		}
		$model->load($this->attributes, '');
		return $model->save();		
	}
}

Если речь идет об ActiveRecord то yii2 старается конвертировать полученные данные из БД, но не на основе правил валидаций, а на основе схемы БД. В этом случае есть ряд тонкостей, описанных здесь . Вы можете настроить конвертацию данных на основе правил валидации или вручную указав для каждого поля соответствующий тип с помощью AttributeTypecastBehavior (ссылку на который привел Дениска Петров )

Если нужно удалить кнопки используйте свойство template у Action Column.
Если же их нужно скрывать в зависимости от каких-либо условий используйте свойство visibleButtons

https://github.com/yiisoft/yii2-twig/blob/master/d...

Случай 1
Файл называеться AppointmentForm.php а класс AppointmentsForm. А они должны быть названы одинаково

Случай 2
Смотрите stack trace ошибки и ищите место где она возникает

Наличие логики в СУБД само по себе не правильно. Поэтому если можете избежать этого - избегайте. Если же все таки такой ситуации избежать не получается (всякие случаи бывают ... ) тогда у Вас есть два варианта решения:
1. Если у Вас AR не содержит особой логики и запросов к БД тогда реализуйте отдельный класс-репозиторий который будет заниматься работой с БД, в том числе и сохранением
2. Если AR содержит какую-то логику или запросы - тогда только костылить и переопределять сохранение на уровне AR

Если правильно понял Вашу проблему тогда стоит использовать joinWith:

$query2 = Video2user::find()->where(['user_id' => 5555])->joinWith('video')->all();

Но хотелось бы в момент выполнения видеть на каком этапе находиться обработка

В момент выполнения экшена Вы никак не сможете этого сделать: когда Вы обращаетесь к экшену браузер формирует и отправляет соответствующий запрос, когда экшен завершает работу он возвращает браузеру ответ. Никаких промежуточных данных между этими двумя событиями не существует. Поэтому сделать отображение прогресса - это не 5 минут работы. Если все таки хотите это сделать тогда Вы можете реализовать функционал приблизительно так:
1. В момент обращения к экшену он просто запускает сторонний процесс по обработке(например с помощью того же сервера очередей) и возвращает ответ браузеру.
2. После этого на клиентской стороне идет мониторинг. Для этой задачи например можно использовать WebSocket для связи клиента с сервером (можно конечно и аяксом опрашивать состояние процесса, но это есть костыль)
3. После получения информации о процессе загрузки - осуществляеться его вывод пользователю на уровне javascript

Стоит или нет использовать шаблонизатор - зависит от Вашего проекта (на каком фреймворке Вы разрабатываете не важно). Если Вы делаете маленький проект (например сайт-визитку), разработкой и поддержкой которого будете заниматься Вы - тогда использовать шаблонизатор смысла не много. Если же Вы делаете более крупный проект, и не в одиночку а в команде тогда используя шаблонизатор, Вы получите ряд преимуществ, например:
1. Код становиться чище, за счет того что происходит четкое отделение представлени от всего остального, пропадает несуразная каша из php и html которая трудно поддается анализу.
2. Удобно распределять работу между участниками команды и ее стыковать - один разработчик спокойно делает всю бизнес-логику на php, другой разработчик (даже не знающий PHP) - делает представления. Я например, работал с множеством людей прекрасно верстающих но не знающих PHP, и разработка с помощью шаблонизаторов гораздо облегчает состыковку результатов их работы с проектом.
3. Исключаеться возможность говнокада в представлении, в представлении находиться только код логически относящийся к нему.

в Вашем случае вижу вариант использования только template для каждого пункта меню, например:

$menuItems = [
    ['label' => 'Отзывы', 'url' => ['/'], 'template' => '<a href="{url}" data-nav-section="testimonials"><span>{label}</span></a>'],
    ['label' => 'Услуги', 'url' => ['/'],  'template' => '<a href="{url}" data-nav-section="services"><span>{label}</span></a>'],
    ['label' => 'О компании', 'url' => ['/'], 'template' => '<a href="{url}" data-nav-section="about"><span>{label}</span></a>'],
];