Михаил Ливач

это совершенно нормально - для удалённых товаров отдавать 404. Если такие страницы светятся в отчётах, как проблемные - удаляйте их из поисковой выдачи.

И кстати, переадресация на 404, если речь про внешний редирект (302 или 301) - это неправильно. 404 должно быть без редиректа.

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

<?php

use Bitrix\Main\Loader;
use Bitrix\Main\Localization\Loc;

$requiredModules = array(
    'iblock',
    'catalog',
);
foreach ($requiredModules as $module) {
    if (!Loader::includeModule($module)) {
        die("Требуемый модуль {$module} не найден!");
    }
}

$libDir = realpath(__DIR__ . '/lib');

$Directory = new RecursiveDirectoryIterator($libDir);
$Iterator = new RecursiveIteratorIterator($Directory);
$Regex = new RegexIterator($Iterator, '/^.+\.php$/i', RecursiveRegexIterator::GET_MATCH);

$classMap = array();
foreach ($Regex as $k => $v) {
    // приводим к юниксовым путям, для единообразия
    $relPath = str_replace('\\', '/', str_replace(__DIR__, '', $k));
    // тут ещё и убираем расширение
    $nsPath = substr(str_replace('\\', '/', str_replace($libDir, '', $k)), 0, -4);
    $nsPath = 'MyNamespace' . str_replace('/', '\\', $nsPath);
    $classMap[$nsPath] = $relPath;
}

Loader::registerAutoLoadClasses('my.module', $classMap);
Loc::loadMessages(__FILE__);

я бы для нужного соединения на вкладке Connection указал в Root path каталог на 2 уровня выше, а потом бы настроил 2 комплекта путей в Mappings .
Но и локально проект углубится на 2 уровня

Арамаис Мирзоян , у Вас пример неудачный. Если Возьмёте число топикстартера или 10559555, то увидите, что Ваша функция не работает, как нужно.

Да какой там патерный?

А вот те самые, которые в Laravel и заложены. То, что фреймворк заставляет Вас их использовать, а не Вы добровольно это делаете, не играет роли - Вы их используете. Если Вы знаете, что используете какие-то паттерны, но не понимаете, что это и зачем - ну почитайте про каждый используемый паттерн.
И вот Вам такой пример: скрипт обмена данными может быть на уровне "приняли строку, разобрали регулярками, отдали строку", а может быть иерархия классов, тесты. Результат на выходе одинаковый, а уровень работы с кодом совершенно другой.

параметр SORT не работает. И значение ключа в массиве $arUrlRewrite тоже. Роль играет именно позиция правила в файле. У меня есть проект с одним кастомным правилом, и после установки обновлений очень часто приходится подправлять urlrewrite.php.
В случае интернет магазина этот файл может меняться системой гораздо чаще, при редактировании страниц в публичной части.
поставьте решение "Сотбит - SEO умного фильтра" или аналог и не парьтесь

Есть стандартное событие, SALE_NEW_ORDER( в админке /bitrix/admin/type_edit.php?EVENT_NAME=SALE_NEW_ORDER ). К событию привязываются почтовые шаблоны. Результат обработки шаблона и есть письмо, отправленное кому-то.
Основные ошибки с шаблонами - неправильно заполнен отправитель и/или получатель. Особенно это важно, когда используется внешний почтовый сервис (типа Яндекса).
Например, если указан отправитель sales@ozon.ru , а для отправки почты вы используете аккаунт vasya.pupkin@yandex.ru , то такое письмо никуда не уйдёт.
Хорошей практикой я считаю:
1) для отправки использовать no-reply@ваш_сервер.рф - приписывать это в From и иметь такой аккаунт в почтовом сервисе
2) для тех писем, где возможен ответ получателя, настраивать Reply-To

Возможен вариант, когда событие SALE_NEW_ORDER не срабатывает, но для этого надо лезть в код.

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

У Вас есть это:

require __DIR__ . '/vendor/autoload.php'; // Путь к вашей установленной библиотеке Ratchet

А есть ли где-то require для AudioStream.php ? Не вижу

я так понимаю, проблема в том, что по старым URL теперь отдаётся 404. Предлагаю 2 решения:
Первое:
собрать карту соответствий "старый URL" -> "новый URL" . Как её собрать? Ну, например, собрать DETAIL_URL по всем товарам, если из нового URL выкинуть третий фрагмент - получится старый URL. Запихнуть эту карту в обработчик события OnPageStart; если есть совпадение - делать редирект. Но если товаров десятки тысяч - этот метод не особо хорош.
Второе: в комплексном компоненте bitrix:catalog есть настройка 404-й страницы. Вот туда пишете код, который берёт последний фрагмент и ищет его среди кодов элементов. Если находит - вычисляете правильный URL и редиректите. И там же во вторую очередь можно для разделов редиректить, у них же тоже ссылки сломались.

Подозреваю, 4 тыс. запросов к базе данных в цикле - не рационально, но как это сделать более разумно?

Обновляйте только изменённые, то есть события onAdd/Update/Delete . Только желательно делать это асинхронно, то есть обработчик должен только складывать задание на модификацию данных в очередь.

Но вопрос по какому свойству

не по свойству, а по ID. Читаете (по API) список активных скидок, из них выдёргиваете ID товаров и запихиваете их в какой-нибудь $GLOBALS['discountFilter'] . В настройках компонента указываете тот же ключ:

...
"FILTER_NAME" => "discountFilter"
...

если "из коробки" ( то есть в $arResult ) нету, то получить корзину заказа и посчитать.

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

Нет, смысл вот этой фразы:

we have strong indications that your Developer Account is sharing information with, or is related to, other Developer accounts that have been terminated

немного другой: "у нас есть весомые признаки того, что Ваш аккаунт делился информацией или был связан.." , то есть они не утверждают, что он связан, есть только признаки, которые кто-то на стороне Гугла счёл убедительными.