да, продакшн это мастер
сиды и миграции делаем вручную, раньше пробовали автоматически это делать, но в некоторых случаях приводило к проблеме, когда несколько разработчиков проталкивают миграции одновременно
автоматические миграции при деплое это круто, но в некоторых случаях может привести к проблеме. Например, когда несколько разработчиков проталкивают разные изменения в миграциях. Случай редкий, но если такое произойдет, то будет много геморроя потом и может на полдня а то и более выключить процесс разработки)
Кирилл, надо проверять не только на отсутствие класса но и на присутствие класса. Например класс уже объявлен но другим плагином, тогда сложная ситуация получается, тут сразу сложно сказать. С одной стороны, если вы ничего не предпримете, и продолжите работать с существующим классом, то можете нарушить работу другого плагина или сторонней библиотеки
такой способ существует для объявления класса, в случае если он не был объявлен заранее. Сомнительный способ и скорее всего не приветствуется, но бывает.
Если 2 разные библиотеки используют такой способ, то они рано или поздно вызовут ошибки, конфликтуя между собой. Учитывая что библиотек может быть много в проекте и если все они будут так писать, то ошибок не избежать. Для этого и существует PSR
в отображениях (вьюшках) плохой тон выполнять php код, тем более создавать подключение к БД.
Это все делается в классах контроллеров моделей, и передается во вьюшку в удобном и понятном виде для фронтендеров
повторяющийся ключ `nserver` будет перезаписываться,
чтобы избежать надо что-то вроде $new = $new + [$i[0] => trim(end($i))];
тогда одинаковые ключи типа `nserver` будут иметь разные (и верные) значения. Иначе в ключе `nserver` у вас будет храниться только одно и последнее значение
оператор + объединяет массивы даже с одинаковыми ключами, сохраняя все значения
