Abdula Magomedov

Да можно.

SELECT
  org,
  SUM(active) AS actS
FROM table1
GROUP BY org
HAVING actS < 3 AND actS > 0

htmlpurifier.org

Как правильно организовать внешние ключи в MySQL?
denis.in.ua/foreign-keys-in-mysql.htm
Создаешь внешние ключи. Он сам удалит.

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

Данные о домене можно найти в суперглобальном массиве $_SERVER;

Воу, воу. По осторожней. Это не баг. Это логика работы. Вот:

$(document).on('click', 'img.star', function(){
    console.log("hi");
});

Почему так? Если после загрузки js добавить новые элементы, то на них не будет еще обработчика события. Поэтому мы ставим обработчик события на корневом элементе(потому что он уже загружен), и т.к. событие клика всплывает вверх по DOM, то корневой элемент всегда(почти всегда, т.к. всплытие можно остановить в "ручную") получает это события. По этому, мы говорим ему: "Лови событие click, и если инициатором данного события является элемент с таким-то селектором, то выполни такую то функция."

Однозначно, надо сделать отдельной таблицей.

UPD1:. Можешь и так и так сделать, но дело в том что широкие таблицы сложны в поддержке. Когда все разложено по полочкам, расширят проект бывает легко. А если все в одну кучу если пихать, то придет время, что даже рефакторинг не получится сделать, потому что все усложнилось, и ты начинаешь все заново с нуля писать.

UPD2:. И никогда не делай выбор ориентируясь на том, что у тебя будет ограниченное количество чего то. Это неправильный подход. Потому что идеи они такие, что каждый день меняются. Поэтому надо исходить из принципа, чтоб не было проблем для расширению.

UPD3:. Если интересно узнать больше по проектированию баз данных, посоветую книгу автора "Билла Карвина". Называет "Программирование баз данных SQL. Типичные ошибки и их устранение."

Почти все кто против, против потому что ENUM не поддерживается всеми базами данных.
Так же есть аргументы, что при наличии больших данных, то изменить данный столбец будет тяжко.
А так, читается он вроде быстрее и красивее выглядит. Но я все же решил остановиться на константах. Или можно использовать отдельную таблицу, где будут храниться значения.

Создай AssetBundle, можешь хранить его в папке common или в любом другом месте где у тебя хранятся общие файлы(компоненты и пр.), и просто подключай его туда и сюда.

подробнее: https://github.com/yiisoft/yii2/blob/master/docs/g...
пункт: #Расположение-ресурсов

davidstutz.github.io/bootstrap-multiselect

причем тут explode если ты используешь json.
json_encode() -> json_decode()
serialize() -> unserialize()

как то так

SELECT v.*
FROM video_category
  INNER JOIN video_category vc ON vc.category_id = video_category.category_id
  INNER JOIN videos v ON videos.id = vc.video_id
WHERE video_category.video_id = {$_GET[id]}