Михаил Ливач

сходу могу назвать такие варианты:
а) проблема с urlrewrite.php
б) в первом случае проблема с .htaccess, во втором - с fallback location

если нетрудно - закиньте на то же место, например, Wordpress и посмотрите, есть ли у него та же проблема. Если есть - это вариант "б". Если нет - всякое может быть :)

Обратитесь в поддержку Аспро. Ошибка в самом начале сообщения:
аспрошный код CAsproMax::sendLeadCrmFromForm() обращается к аспрошному коду CAsproMax::_getAllFormFieldsHTML() - а его не существует. То ли обновление криво встало, то ли Вас взломали.

Почитайте вот это, вдруг поможет.

В Битриксе условия пишутся в ключ, а не в значение. В Вашем примере должно быть: array("!PROPERTY_DATE" => "24-03-2023")
( и там формат даты, возможно, не такой. Всё время путаюсь). Вот ссылка на курс.

select `User`, `plugin` from `mysql`.`user`;
и вот ссылка.
Надеюсь, это достаточно

$post_arr = null;
if (isset($_POST['_param_product_inf'])) $prod_arr =  var_export($_POST['_param_product_inf'], true);

Я вижу, как Вы пишете в $prod_arr строковое представление массива ( в $_POST['_param_product_inf'] массив, верно? ) - похоже, для лога. Но я не вижу, где Вы в $post_arr присваиваете какое-то полезное значение.

Кстати, если Вы в названии переменной указываете тип ( *_arr ) без веских причин - не надо так делать, это дурная практика.

думаю, вот это не так:

$query="SELECT * FROM `list`";
$result=mysqli_query($conn,$query);

Вы в нескольких строчках выше сделали запрос с поиском, а затем замещаете его новым запросом

у меня Ваш код выводит все ссылки. Загляните в сгенерированный HTML ( в браузере сделайте "View page source" ) - может, всё на месте? Если да, то, предполагаю, у вас стилями меню по высоте ограничено.

Это тест на знание функций strpos(), strrpos(), strrev(). Посмотрите этот раздел мануала, это может быть полезным.

включайте вывод ошибок, смотрите логи. Самое глупое, что приходит на ум, это код вроде такого: $_GET[SECTION_ID]
До PHP 8, если интерпретатор встречал в коде необъявленную константу, то заменял её на строку с именем этой константы в качестве содержимого, то есть $_GET[SECTION_ID] было эквивалетно $_GET['SECTION_ID'] . Теперь это убрали.

Если данных в каждой категории немного - то оверхед от дублирования в каждой строке результата небольшой, и ответ Vindicar прекрасен.
Если оверхед большой, то:

1. получаете первым запросом категории,
   
2. сохраняете в какую-то структуру, где ключом служит id категории,
   
3. выбираете посты одним запросом, с фильтром по id нужных категорий,
   
4. в процессе разбора результатов этого запроса, распихиваете посты сразу по нужным категориям.
   

Если Ваш сайт занимается продажей инструмента, то ответ такой:
организовывать структуру не нужно, так как целевым посетителям подобная возможность не нужна.
Они купить пришли, а не читать 100500-й рерайт "что такое болгарка?".
Если за организацию FAQ ратует SEO-специалист, то делайте строго по его рекомендации; совершенно незачем делать этот функционал удобным, так как он для поисковых роботов, а не для людей.

Если же Ваш сайт - это собрание экспертов по инструменту, то я бы посоветовал опросить этих экспертов, их мнение будет более весомым и аргументированным.

конечно, возможно, например на PHP

header($_SERVER['SERVER_PROTOCOL'] . ' 504 Gateway Timeout', true, 504);
die;

использовал XMind на бесплатном плане, мне хватало

исправьте "?\(\w+)\/?$"
на
"?\\(\w+)\/?$"
и та ошибка исчезнет. Но это не значит, что регулярное выражение станет работать, как надо

напишите функцию и назначьте её обработчиком на создание и на изменение элемента инфоблока

я бы начал поиск с настроек компонента, который выводит блок "Акционные товары"