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

сообщения формата '{attribute} уже занят.' поддерживают встроенные валидаторы, Вы же добавляете сообщения ошибки через метод модели addError который не поддерживает такой формат сообщений. Указывайте явно название атрибута, например:
$this->addError('email', 'email уже занят.');

Сформируйте запрос INSERT ... ON DUPLICATE KEY UPDATE .... и обновляйте/добавляйте все записи одним запросом

используйте сценарии

Reciver - Содержит в себе набор некой функциональности
Command - Содержит в себе алгоритм реализации определенного действия, с помощью использования функциональности заложенной в Reciver
Client - Знает как создать команду и какой Reciver ей подсунуть
Invoker - Выполняет конкретную команду

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

Во первых не всегда бывает что команда вызывается там где создается. Во вторых Invoker содержит механизмы выполнения всех команд, т.е. в нем например может быть форматирование результата выполнения команд и прочие действия связанные с выполнением ВСЕХ команд приложения.

1. Можно ли заставить mysql выводить все даты в UNIX_TIMESTAMP по умолчанию?

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

2. Сильно ли конструкция UNIX_TIMESTAMP(`date`) притормаживает запросы к БД? Может она и вовсе никак не влияет на скорость обработки? то тогда в первой части вопроса нет смысла.

все зависит от объема выбираемых данных, если Вы выбираете 20 записей вряд ли Вы ощутите значимые тормоза, если будете выбирать милионы - тогда конечно функция добавит времени выполнения (не факт что много, т.к. это от многих вещей зависит но добавит)

Если Вы работаете с таймштампом лучше изначально хранить данные в нем в БД

используйте функцию array_agg, например:

SELECT table1 .id, table1 .name, array_agg(table2.skills)
FROM table1 
LEFT JOIN table2 ON table2.id = table1.id
GROUP BY table1.id

Подобные задачи решаються с помощью выделения отдельной очереди на каждый консьюмер. Т.е. каждый получатель слушает свою очередь. При этом очереди должны быть объеденены в обменнике типа fanout

1. устанавливаете временную зону с помощью PHP и все функции работы с датой будут ее подхватывать, т.е. код date("H:i", $row['date']) - вернет дату в указанной временной зоне.
2. Хранить в профиле пользователе.

Если у Вас есть модель представления с правилами валидации (а Ваша 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 (ссылку на который привел Дениска Петров )

SELECT * FROM mytable 
WHERE inet '127.0.0.1' >= start_range AND inet '127.0.0.1' <= end_range;

SELECT MAX(`id`), `data` FROM `table` WHERE `time` > '2017-02-10' GROUP BY `data`