Ivan Ustûžanin

классическое поведение при спорадическом использовании ссылок
т.к. всего кода не видно, то должно помочь unset($v) где-нибудь перед циклом foreach
а лучше это выражение использовать после предыдущего использования ссылок для всех ненужных ссылок
причина банальна:

$a = 1;
$v = &$a;
foreach ([ 0, 1, 2, ] as $v);
echo $a;

выведет 2, а присвоение в 3-й строке может быть каким угодно
поэтому желательно всегда делать unset ссылкам после их использования, чтобы не получить такое поведение

Подскажите что не так?

в нежелании читать документацию

в колбэк $match приходит в виде массива, с используемой регуляркой нужно использовать либо $match[0], либо $match[1]

далее, из колбэка нужно возвращать исправленную ссылку, а не (судя по коду) целиком фрагмент с исправленной ссылкой

ЕМНИП корень это DomDocument, а не корневой элемент

-        $temp['image'] = $xml->xpath('/image[@tag="plan"]');
+        $temp['image'] = $xml->xpath('//image[@tag="plan"]');

var_export()

JWT это не строка равная секретному значению а более сложная структура состоящая из заголовка, тела и подписи: https://jwt.io/introduction, вот последняя и использует секретное значение

https://php.net/session_set_cookie_params для параметра/индекса domain устанавливать значение 'domen.ru'
причём не обязательно использовать эту функцию, параметры можно и в session_start() передавать

открыть соответствующий php-файл и заменить на нужный второй параметр в вызове $APPLICATION->IncludeComponent()

класс тут совершенно ни при чём, т.к. нужно найти у ACF способ получить значение для поля chislovoe_znachenie у всех записей (не работал с ACF), сложить их, а потом вывести точно так же как и одиночное поле с разбиением на разряды

приведённый код не может работать из-за отсутствия запятой между аргументами в mysqli_connect(), да и другого хватает, не говоря про возможные SQL-инъекции

если же отбросить потенциальные ошибки синтаксиса, то возможны 2 варианта

1) не перехватывается событие submit из-за добавления его внутри обработчика события click на кнопке, в результате форма отправляется на текущий адрес и нужный код просто не выполняется; да и текущий код будет на каждое нажатие на кнопку вешать дополнительный обработчик submit, которые все будут срабатывать скопом

2) тело запроса в методе GET невозможно, поэтому данные из формы не поступают в серверный обработчик, да и совершать изменяющие состояние операции методом GET противоречит семантике этого метода

бесконечная рекурсия: внутри register_post_types() безусловно вызывается register_post_types()
вторая регистрация типа поста должна быть register_post_type() без s

неправильно вычисляется secret_key, т.к. согласно документации он тоже должен быть чем-то вроде

hash_hmac('sha256', BOT_TOKEN, 'WebAppData', true);

обновить клиента, т.е. версию php

там вроде как-то можно обойти это дело со стороны сервера, но такой вариант не рекомендуется