atis //

Нельзя

Просто пропиши id в списке вывода..

SELECT id, RAND( MIN(price), 2) AS price FROM prices

Попробуй так:

SELECT 
	qc.id, 
	pr.name AS producer, 
	qc.model, 
	qc.modification, 
	qc.other_info, 
	prc.id, 
	ROUND(MIN(prc.price),2) AS price 
FROM 
	`quadrocopter` qc 
	INNER JOIN `producer` pr ON pr.id = qc.producer 
	INNER JOIN `price` prc ON prc.copter_id = qc.id 
where 
	exists (
		select 
			* 
		from 
			copter_answer c 
		where 
			c.copter_id = qc.id 
			AND c.answer = 1
	) && exists (
		select 
			* 
		from 
			copter_answer c 
		where 
			c.copter_id = qc.id 
			AND c.answer = 2
	) && prc.price > 1000 && prc.price < 1500 
GROUP BY 
	prc.copter_id 
ORDER BY 
	qc.id DESC

... $params['club_id'] = 1 ...
$query = Event::find()->joinWith(['owner.clubs'=>function($query) use ($params) {
	return $query->where(['clubs.id'=>$params['club_id']]);
}]);

В общем воткнулся костылями в существующий код.

в методе findIdentity($id) по этому id ищу запись о юзере, формирую массив, как стандартный, и переопределяю его значениями этого массива. Этот метод проверяет залогиненого юзера.

И еще для валидации то же самое сделал в findByUsername($username)
Ну и в методе validatePassword($password) пришлось добавить md5 генерацию пароля, вот и все.

Если нужен кому файл /public_html/models/Users.php с этими методами, пишите - пришлю. Почта в профиле.

Так как ActiveRecord имеет свойство перегенериваться во время разработки, лучше вынести бизнес логику в отдельную модель.

Также есть такая балалайка, как yii2-giix, которая разделяет модель на базовую и обертку, в которой пишется бизнес логика. Не лучшее решение, но может ускорить разработку.

И да ,в yii2 нет модели формы, есть просто модель Model

git init не нужен, если потом используется git clone.

Ошибка из-за того, что на сервере есть изменения, которых у Вас нет в локальном хранилище.
Нужно сделать git pull перед git push.

второму элементу нужно задать
.draggable({ containment: "parent" });

Так происходит потому, что :last-child — это последний элемент родительского контейнера. Совсем последний. После него не должно быть никаких элементов. Не получится использовать и :last-of-type, так как last-of-type подразумевает последний элемент по имени, а не по классу (и если после последнего div.blog-item будет хотя бы один div на этом же уровне иерархии, этот div.blog-item перестанет быть last-of-type).

Вообще, я разделители меду элементами делал бы так:

.blog-item + .blog-item {
    /* В ситуации с 5-ю элементами с классом .blog-item, которые строго 
     * следуют друг за другом, этот селектор применится
     * к элементам со второго по пятый. Первый будет проигнорирован.
     */
}

http запрос приходит на http-сервер Nginx, потом передаётся в php-fpm по файловому (unix) сокету, где уже есть инициализированный экземпляр РНР скрипта частично кэшированый в Zend Opcache, или в XCache, в нём происходит обработка запроса - выполняется роутинг (silex'ом) и запросы в БД (Doctrine'ом), после того как БД возращает какой-то результат, он может быть передан в шаблонизатор (Twig), или представлен в виде JSON'a, и передан обратно в nginx с php-fpm'a, где потом происходит отправка ответа в браузер, и его кэширование.

Эти уровни - абстракция, причем зависящая от компании. Пройдите несколько собеседований и спросите, что думает о вас интервьюер.

Юниор чаще всего - это программист с в основном теоретическими знаниями, либо наоборот только практическими знаниями. Он умеет решать более-менее стандартные задачи. Юниора обязательно надо учить. При получении нового задания он "создает" свое решение.

Мидл - знания уже подкреплены опытом, может (в отличии от юниора) предсказывать последствия тех, или иных решений. Может решать задачи по проектированию модуля, или его части. Получив новое задание - может скомпоновать из уже существующих решений свое и реализовать его.

Синьйор - понимает не только то зачем использовать ту, или иную технологию, а еще и как она работает, например почему при HL форин ключи сожрут io hdd. Может спроектировать и вести средний по размерам проект. Получив новое задание он уже знает как его решить кучей способов, выбор заключается только в правильности интеграции решения.

-----------------

Многое зависит от интервьюера.
У меня был случай, собеседование на php senior developer: поговорили про HL оптимизации, архитектурные предложения для решения неких задач, способы оптимизации и т.д., а потом:
- перейдем к практике: что произойдет в таком коде:
$a = 5 + '5abc' + 'abc5';
- произойдет следующее: я посмотрю blame скрипта и поговорю с автором этой строчки, что бы узнать, что такого хренового в жизни может произойти, что бы он позволил себе это написать.
- ну, тут вопрос на приведение типов
- 10, но вы в своей практике с подобным сталкивались?
- нет
- вот и я не сталкивался...