Максим Тимофеев

Лучше хранить пути к изображениям в базе, а сами изображения в файловой системе — например, в папке Uploads.

Если у вас может быть много изображений, то создайте связь один-ко-многим или многие-ко-многим в БД и сохраняйте пути к изображениям в отдельную таблицу.

Например, если у вас есть таблица Post и у каждого поста мб несколько изображений, то добавьте таблицу PostImage с полями post_id | image_path.

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

$m = preg_replace('/,$/ism', '', $m);

Реализовывал с помощью этого плагина plugins.jquery.com/cookie

Как пример:

if ($.cookie('sm') == 'yes') { }
		else {
			$('#mymodal').modal('show');
			$.cookie('sm', 'yes', { expires: 1 });
		}

Для каждого пользователя своя таймзона, да еще и по айпишнику? Бред какой.
А если он через проксю? А если это айпишник какого-нибудь Мегафона на всю Россию?
Вам нужен весь этот геморрой?
Держите все время в Гринвиче и не выдумывайте велосипедов.
Если его надо показать в поясе пользователя - лучше всего с этим справляется сам браузер - javascript в нем знает реально выставленный на компьютере часовой пояс, а не гадает по IP,

function withChance(chance) {
	const randInt = Math.round(Math.random() * 100)
	return randInt + chance >= 100 ? true : false
}

document.querySelector('button').onclick = () => {
	if (withChance(35)) {
  	alert('OK')
  }
}

Потому что атрибут color там неуместен.
Используйте стили - style="color:#71bf44"

Что Где Когда.
Вопрос из 13 сектора:
Я что-то сделал не так - что я сделал не так?

Yii::$app->user->getId() == 76?

Где-то есть div <div class="row 00%">

Если я правильно понял вопрос, то решение тут

Взять тот же Laravel:
- Как минимум 3 сопутсвующих ПЛАТНЫХ проекта (forge, spark, envoyer).
- Конференции с нехилым ценником.
- Консультации
- Не уверен, но возможно laracasts что-то отстегивает.

И так же у многих крупных OpenSource проектов. Заработок идет на enterprise решениях на основе их проекта. (Та же платная поддержка).

Некоторые (на вскидку не вспомню) OpenSource проекты получают финансированние от крупных организаций (Google, Yahoo, Microsoft, IBM).

Нейросеть не работает с текстом. Она работает с данными, а уж какие данные - это как обучишь.

Тебе нужен OpenSource framework для построения нейросетей. Далее строишь нейросеть, и обучаешь.

Нейросети не самообучаются и очень ограничены. Их требуется обучать извне.
Их необходимо тренировать в контролируемых условиях, и далее фиксировать, запрещать развитие. Так обычно и делают.
Именно такие обученные и зафиксированые сети и представляют коммерческую ценность, являясь законченным продуктом. Нефиксированных сетей боятся как огня - они склонны выкидывать сюрпризы.

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

Либо, если так нужна развивающаяся нейросеть - нужно городить над ней систему динамического контроля, что сложнее, которая будет решать, что хорошо, а что плохо.
Сложность как раз в том, чтобы определить, что есть хорошо, а что плохо, имея случайный набор данных - сеть ведь должна обучаться в процессе работы.
Есть задачи, в которых легко определить результат работы нейросети - хорош он или плох. Есть и такие, где это сделать сложно, а то и невозможно - там требуется целая обученная нейросеть просто для контроля другой нейросети.

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

В общем технология примитивная: эволюция и есть эволюция, ты просто определяешь критерии успешности, по которым отделяешь успешные вариации от негодных, и далее фиксируешь положительные изменения, а негативные отбрасываешь.
Методы обучения можешь погуглить - их несколько, и все они старые.

input:focus, input:empty {}

мало ли что в коде написать можно, вы не путаете серверную часть с клиентской случайно?

Есть подозрение, что Вы не совсем придерживаетесь бутстраповской сетки.

<div class="row">
    <div class="col-md-3">Тут дерево</div>
    <div class="col-md-9">Тут основной блок</div>
</div>

Если не изменяет память то при инициализации ActiveForm есть в параметрах возможность указать класс для как успешных так и не для успешных полей. Соответственно это successCssClass и errorCssClass в массиве clientOptions. Если речь конечно о первой версии фреймворка)