O в SOLID вообще относится к базовым классам, которые переиспользуются прикладным кодом. Выдрючивать по этому принципу конечные классы, от которых больше никакой код не зависит - это карго-культ в чистом виде.
У первого юзера вообще может быть пустое поле хэша, не совпадающее ни с каким паролем - главное, прописать ему его почту, с которой он может запросить смену пароля и прописать, какой ему хочется.
С USB такое железо должно грузиться, но флешку лучше замаскировать под сидюк, накатив на нее ISO, нежели размечать какие-либо загрузчики. Debian/Ubuntu на Core2Duo последние лет десять так ставились, вот на P4 бывали проблемы и необходимость подключить реальный USB DVD.
Voland69, самое загадочное в этой истории - что же ТС хотел от тех двух полей, что собрать их в такие же STRING_AGG, как все остальные, ему не подошло. Поэтому я и высказал предположение, что нужен ARRAY_AGG.
Но тут, видимо, программирование методом тыка и копипасты без понимания, что происходит...
holllop, увы, хамить мальки учатся раньше, чем думать...
Ладно, посмотрел еще в хрустальный шар и погуглил за вас: в Постгре есть функция ARRAY_ARG - наверное, вы мечтали об этом.
holllop, это не подстебы, это вопросы по существу. Хотите несколько операций - получайте их разными строчками и собирайте информацию после получения ее из БД. Хотите одной строчкой - определитесь, что в ней должно быть.
Никакой многовложенности и прочего, что вы себе фантазируете, БД не предполагает, приземлитесь уже.
$('form').submit(function (event) {
Назначает обработчик всем формам, которые встретились на странице. Авторизации, например...
Стоит назначить конкретной форме ID и обращаться по нему.
holllop, так потрудитесь сформулировать проблему, которую решаете.
Вот у вас в заказе три операции с тремя разными номерами. БД-то что должна вам выдать, если вы их сваливаете в одну строчку?
Выделить варианты сообщений и писать в лог только ID. Прочие подробности сообщения (вроде названия отредактированной вакансии) писать в другую ячейку, которая переводиться не будет.
Александр Маджугин, вот как раз для Битрикса логично один раз написать библиотеку, собравшую в методы классов те портянки говнокода, которые в нем необходимы для простейших действий - и пользоваться ей везде, где это понадобилось. Это не только избавит от копания в портянках, но и чуть-чуть приблизит возможность спрыгнуть с этой платформы вовсе.
gvg1, понятия не имею. Не вижу в ООП никаких "высоких материй", просто возможность прибраться в коде и не держать его сильно связанной кучей. На результат - количество ошибок, например - это действует благотворно, рекомендую. Ну, и от первобытных методов типа глобальных переменных избавляет напрочь.
