Михаил Ливач

https://www.php.net/manual/ru/migration70.incompat... :

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

имхо, ключевой момент - это "машина удалённая".
Как работает интеграция xdebug в IDE:
1) IDE начинает слушать определённый порт,
2) порт (и, при необходимости, хост) передаются в параметры xdebug
3) скрипт стартует, и xdebug подключается к порту.

Соответственно, если удалённая машина не может достучаться до порта (и неважно, xdebug или что-то ещё) - у вас проблема.
Мне docker добавил ещё такую проблему: если в docker-compose указывать биндинг порта, то это означает ,что это докер слушает порт. Значит, порт занят и задействовать его, например, в ssh туннеле не получится.
К сожалению, я это исследование до конца не довёл

Думаю, сохранять картинку сниппета при создании элемента

Разумное решение. Или можно ставить задание в очередь. Ещё можно в фоне периодически актуализировать.

Какой-то странный код, смотрите сами:
$value = 'townhouse';
- это следует из сообщения об ошибке (кстати, нафига вы сообщение об ошибке вклеили картинкой? Чтобы красным подчеркнуть? Это не несёт никакой пользы).
Значит, $object_types - это массив, элементы которого - тоже массивы с ключом 'townhouse', либо объекты со свойством 'townhouse' (не значением свойства).
array_column($object_types, $value) вернёт список значений по этому ключу.
А array_count_values() сгруппирует одинаковые значения и посчитает.
Очень странно выглядит, если в элементах $object_types ключ 'townhouse' содержит значение 'townhouse'.

Покажите, что выводит код:

$count = array_count_values(array_column($object_types, $value));
var_dump($object_types, $value, $count);

Если только там не простыня в километр..

Вы зачем-то расположение ini-файлов посмотрели через cli , а значения нужной директивы смотрите через веб.

Посмотрите расположение ini-файлов тоже через веб - аналогичная таблица была наверху страницы, со строкой "Loaded Configuration File" и прочим

Вангую, что письма Вы отправляете через Яндекс.Почту ( или получаете на неё). У Яндекс.Почты, похоже, раньше была такая фишка: они принимали темы письма в нестандартных кодировках. Но недавно это отвалилось.
Кодируйте тему письма по стандарту, и будет Вам счастье.
( PHPMailer, например, умеет кодировать - можете подсмотреть в нём, как надо)

я бы немного изменил Ваше решение:
1) PHP скрипт загружает архив во временную папку и распаковывает там.
2) по окончанию распаковки скрипт текущую папку переименовывает, например, в project_old , а временную папку помещает по пути /home/user/project
3) затем можно запустить шелл скрипт, который удалит /home/user/project_old

Может быть проблема, если что-то держит открытый файловый дескриптор на /home/user/project
Тогда можно так:
1) первый шаг оставляем без измнений
2) во временной папке запускаем шелл скрипт, который очистит /home/user/project и перекидает туда всё из временной папки
3) затем из основной папки запускаем скрипт ( хоть шелл, хоть php-шный), который удалит временную папку.

хранится он в виде W1K253???1???????, W1N253???1???????

Насколько я вижу, эти шаблоны одинаковы, то есть:

1. 6 фиксированных символов
   
2. 3 произвольных символа
   
3. 1 фиксированный символ
   
4. 7 произвольных символов
   

При этом произвольные символы обозначены знаком "?".
Тогда можно сделать такой регуляркой:

<?php
$requestedVin = 'W1K25312311234567';
$pattern = preg_replace('/^([A-Z\d]{6})[A-Z\d]{3}([A-Z\d])[A-Z\d]{7}$/', '$1???$2???????', $requestedVin);

$query = "
        SELECT DISTINCT p.ID
        FROM {$wpdb->posts} p
        INNER JOIN {$wpdb->postmeta} pm ON p.ID = pm.post_id
        WHERE p.post_type = 'product'
          AND p.post_status = 'publish'
          AND pm.meta_key = 'vin'
          AND pm.meta_value = %s
        LIMIT 10 OFFSET %d
    ";

$results = $wpdb->get_col($wpdb->prepare($query, $pattern, $offset));

извращение с мухлежом:

<?php
function list_form(array $items):string
{
     function inner(array $items):string {
        $result = '';
        foreach ($items as $key => $val) {
            if (is_array($val) ) {
                $result .= "<li>$key =></li>";

                if (!empty($val)) {
                    $result .= inner($val);
                }
            } else {
                $result .= "<li>$key => $val</li>";
            }
        }
        return $result;
    }

    return '<ul>'.inner($items).'</ul>';
}
echo list_form($arr);

Как минимум, Вы не вникли в задачу. Я вот в футболе практически не разбираюсь - получив такое задание, я пошёл бы в гугл узнавать, как проводятся матчи в турнирах, когда команда играет на своём поле, а когда - нет. Даже по своим скудным знаниям могу кое-что предположить:
1) Первый круг: команды надо разбить на пары случайным образом. Это shuffle() + array_chunk() . У Вас этого нет.
1.1) Учесть ситуацию, когда команд - нечётное количество. Этого тоже нет.
2) в парах какую-то команду назначить хозяином. Соответственно, в выводе в колонке "Хозяева" должно быть не повторение "Хозяева", "Хозяева", "Хозяева", а имена команд
3) дальше надо смотреть, на каких условиях проводится второй круг, кто в него попадает, на своём поле играют или на чужом..

Получается, из этого:

загружать через форму файл json со списком команд, а потом сводить эти команды в турнируную таблицу с условиями (гость, хозяин), круг 1, круг 2 и еще 5-6 условий, которые влияют на список

Вы выполнили только "загружать через форму файл json", причём зачем-то этот файл сохраняете на диск, а потом немедленно читаете обратно.

Сергей Вам справедливо указал на "разделение обязанностей", то бишь первую букву в SOLID - Single Responsibility Principle. Даже если оставить на месте выверт с сохранением на диск, получается:

1. Repository - хранилище данных
   
2. метод контроллера, отвечающий за приём данных именно в виде сабмита формы и сохранение их Repository
   
3. Генератор текущего круга
   
4. View, который отвечает за генерацию html-разметки круга,
   
5. метод контроллера, который может извлечь данные из Repository, скормить их генератору, получить результат и скормить его во View.
   

И не факт, что методы из 2 и 5 пункта принадлежат одному классу.

если посмотреть код, то видно, что при wakeUp не выполняется никаких обращений к БД.
Метод в файле bitrix/modules/main/lib/orm/objectify/entityobject.php
смотрите разницу:
fill*() - подгружает значение из БД
set*() - задаёт значение свойства, но при несовпадении со старым значением переводит объект в состояние State::CHANGED
wakeUp() -создаёт объект с указанными значениями свойств, не переводя объект в изменённое состояние, но только при условии, что в аргументе есть первичный ключ.

Что-то вроде водяного знака, но только наоборот?

Почему наоборот? Ровно так же, если я правильно Вас понял.
Для водяного знака:
1) берётся исходное изображение,
2) берётся изображение с водяным знаком,
3) второе накладывается поверх первого,
4) результат сохраняется

В вашем случае:
0) пользователи отсылают форму с файлом фотографии и какими-то текстовыми полями (например, ФИО)
1) берётся изображение-шаблон пустого бейджа,
2) берётся изображение из присланной формы,
3) второе накладывается поверх первого,
4) также поверх пишется текст из текстовых полей,
5) результат сохраняется.

Это можно сделать средствами GD.