smilingcheater

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

Поменять стили для черного блока

{
  /* opacity: 0.5 */ /* убрать */
  background: rgba(0,0,0, 0.5); /* добавить */
}

уважаемый, вы осведомлены о том, что переменные/константы, объявленные в блоках, невидны за их пределами?

let example = 3;
if (example > 1) {
  alert("Yes!"); // Yes! - работает.
}

if (condition) {
   let example = 3;
}
if (example > 1) { // Uncaught ReferenceError: example is not defined
  alert("Yes!");
}

Первым делом всегда нужно начинать с документации
https://dev.1c-bitrix.ru/api_help/iblock/classes/c...
Посмотреть можно так

> Можно ли поставить крон на 1 минуту
Можно.

> и проверять есть ли задание, для скрипта, в бд
Можно.

> и если есть выполнять его,
Можно

> а это не быстро?
А это не вопрос.

> В основном интересует нагрузка на сервер.
От крона нагрузка будет несущественная. От вашего скрипта - зависит от вашего скрипта.

> И что будет если в одно время, через крон, несколько раз обратиться к одному скрипту
Скрипт будет выполнен несколько раз.

> не получится, что запросы будут конфликтовать друг с другом?
Если вы эту ситуацию обработаете в своём скрипте, то не будут. В кроне никаких встроенных механизмов для этого нет.

<?php
$str = '12$34%56';
var_dump(preg_replace('~[^-a-z0-9_]+~u', '-', $str));
// 7.1.0: string(8) "12-34-56"
// 7.2.4: string(8) "12-34-56"
// 7.3.5: string(8) "12-34-56"
// 7.4.7: string(8) "12-34-56"

Где-то не там копаете, не в версии PHP дело.

Столкнулся с необходимостью применения трейтов PHP, и тут проблема.

Трейты действительно нужны в очень специфических кейсах, 146% что это не ваш кейс.
У вас код и так даже не комочками, не стоит его разводить до более жидкого состояния.

Конструктор в трейте - это, не нахожу подходящего цензурного слова, пусть будет табу.

Что касается непосредственно вашей ошибки - смотрите в сторону автолодинга.

https://github.com/index0h/php-conventions почитайте на досуге

Вы еще извращеннее вывод могли придумать, чтобы избегать накопления вывода в отдельной переменной, чтобы код был максимально неподдерживаемый для разработки?
Вот решение:

<?foreach ($arResult["PARTNERS"] as $partners) {if($partners['NAME']=='test')continue;?>

Все очень просто. Идете в документацию контейнера, вот адрес https://hub.docker.com/_/postgres
там ищите пункт Initialization scripts , там все расписано
Вкратце (без деталей, прримеры в доке посмотрите), вы пишите скрипт, например на bash, описываете в скрипте что надо сделать при первом запуске контейнера и помещаете его в определенное место контейнера (монтируете как volume), стартуете контейнера, там создается база, после контейнер запускает ваш скрипт - создает пользователей, таблицы, права, заливает данные и т.п.

1. выкинуть все локейшены с ошибками. это дикость, ни один нормальный сайт так не делает. ошибки надо показывать либо сразу, либо через сессию. локейшены с ошибками встречаются только у дебилов, которые делают видео на ютубе для других дебилов. не надо так палиться сразу.
2. выкинуть домен из ссылок. ты серьёзно собираешься переписывать все ссылки, когда у тебя сайт с временного домена переедет на постоянный? а потом обратно - когда надо будет потестить локально? header('Location: /AUTH-2/Sign_In/'); достаточно для единственного локейшена, который нужен в этом коде
3. убрать всю эту лестницу иф-ов, делать все проверки на одном уровне. ошибки собирать в массив. перед вставкой в БД проверить массив на пустоту.
4. if ($row->Email != $email) - масло масляное. ты УЖЕ проверил емейл в базе, зачем еще раз проверять?
5. else if($row->Email == $email) { - это уже какой-то совсем адок. Ты УЖЕ проверил, что емейл не совпадает. причем два раза. В else мы попадём, если емейлы совпдают. Ещё раз проверять не надо. Два алкоголика садятся на трамвай, один спрашивает водителя - я этом номере до вокзала доеду? Водитель - нет. Второй алкаш - а я?
6. внизу у тебя ссылка на password_verify, но хэшируешь ты все равно кривым алгоритмом. Не осилил?
7. все эти куличики в песочнице с $client_Code $server_Code - это какой-то адок с точки зрения безопасности. Любой школьник, который не тупее дауна, поломает все твои "сессии" за 5 минут.
8. setcookie("PHPSESSID", $_COOKIE['PHPSESSID'], 0, '/', '.tsecret.net'); - опять совершенно бессмысленная строчка. К чему она? Зачем? Что ты хотел тут сказать? И кому?
9. Разбей это простыню хотя бы на функции. Никакой солид у тебя конечно не получится, как и у Георгий Котов который сам не понимает что это значит. Но хотя бы разделить проверки, запись в бд, и отправку емейла можно.

В целом - из плюсов только нормальная работа с БД, в остальном на троечку, и местами - кол (за дыры в безопасности и отсутствие логики)

Выровнял блоки как на примере, бэкграунды сами определите.

<div class="main">
          <div class="main-gourmet"></div>
          <div class="main-carhartt"></div>
          <div class="main-adidas"></div>
          <div class="main-deep"></div>
          <div class="main-palace"></div>
          <div class="main-nike"></div>
      </div>

.main {
	height: 100vh;
  display: grid;
  grid-template-areas: 
      "gourmet gourmet carhartt" 
      "gourmet gourmet adidas"
      "deep palace nike";
  grid-template-columns: 3fr 3fr 3fr;
  grid-template-rows: 3fr 3fr 4fr;
  grid-gap: 15px;
  background-color: green;
}
.main-gourmet {
  grid-area: gourmet;
  opacity: 0.9;
  background-color: red;
}
.main-carhartt {
  grid-area: carhartt;
  opacity: 0.9;
    background-color: gray;
}
.main-adidas {
  grid-area: adidas;
  background-blend-mode: multiply, ;
  background-color: black;
}
.main-deep {
  grid-area: deep;
  opacity: 0.9;
    background-color: white;
}
.main-palace {
  grid-area: palace;
  opacity: 0.9;
    background-color: black;
}
.main-nike {
  grid-area: nike;
  opacity: 0.9;
  background-color: red;
}

Именно из-за таких как ты отказались от удобного слушателя событий изменения элементов, и придумали наблюдатель.
Разница? Наблюдатель наблюдает и изредка, когда это не повлияет на скорость работы страницы, сбрасывает весь список изменений. В отличии от слушателя, который слушает каждое событие изменения.

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

в цикле
все операции над массивами производятся в цикле
для перебора массивов в РНР используется оператор foreach