Михаил Ливач

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

я думаю, Вы выстрелили себе в ногу, разделив карточки. Допустим, в бизнесе заказчика это имеет особый смысл, и в 1С останется как есть. Тогда надо переработать импорт, чтобы на сайте это была одна карточка.
Штатные компоненты на такой случай не рассчитаны. А допиливать их в Вашем случае - куча головной боли. Даже выборки по API нормально работать не будут.

Сначала независимо ( через adminer, PHPMyAdmin, mysql client или другой инструмент) убедитесь, что таблицы нет.
Потом поищите определение и начальное наполнение для этой таблицы в bitrix/modules/ai/install/db , выполните эти запросы вручную

При установке Ваш модуль будет что-то размещать что-то в /bitrix/tools? Модули из Маркетплейса так и делают.

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

Если есть только строковое поле ввода, и html теги там недопустимы (или будут экранированы), то я не знаю, как такое можно реализовать. Это просто текст в контейнере, .слова перетекают с одной строчки на другую. То, что Вы, как человек, видите, как эти слова надо разбить по строчкам, для машины совершенно непонятно.
А если система доступна для доработки, то я бы ввёл дополнительные поля "Пояснение" и "Упаковка".

если надо временно спрятать изменения (например, забыли сделать pull с боевого), то есть есть stash:
stash add - прячет только изменения по отслеживаемым файлам
stash add -u прячет в том числе и неотслеживаемые файлы. Тут нужно, чтобы игнор был нормально настроен, чтобы в stash не улетел какой-нибудь каталог с фото/видео.

А если уже сделали коммиты - то создайте новую ветку. Тогда, даже если придётся в исходной ветке откатиться на несколько коммитов, они будут доступны в новой ветке

при вводе промокода сумма меняется

вот надо посмотреть, что прилетает обратно, и можно ли туда подлезть, и в какой степени. Варианты (умозрительные) такие:
1) сразу в ajax-ответ добавлять обновлённую корзину, либо
2) получив корректный ответ, сразу же инициировать второй ajax запрос, уже ради корзины. Но это, очевидно, для пользователя будет медленнее.

Либо писать самому (но если уж писать, то на D7 , по возможности)

Как говорится, тут или крестик снять, или трусы надеть. Коэффициент единицы измерения и был введён с целью обеспечить дробное количество товара, смотрите учебный курс: https://dev.1c-bitrix.ru/learning/course/index.php...

Если уверены, что всё перерыли - гляньте в базу. Особо умные туда иногда готовый html кладут. В Adminer есть поиск по всей базе, очень удобно.
А иначе, если оно сделано через файлы локализации -только грепать все исходники, и в каждом найденном месте делать небольшую модификацию: "купить" - "купить1", "купить2" или что-то похожее. Потом очищать кеш Битрикса и смотреть.
Потому что языковые фразы просто собираются в один огромный массив. Я недавно искал, какой умник испортил подпись "Имя" на штатной странице редактирования пользователя в админке. Нашёл в самописном модуле предыдущего подрядчика ( разумеется, это было не специально. Просто криворукость)

вот в том шелле, в котором Вы делаете:
ssh root@192.168.228.8
перед этой командой сделайте:
ssh-add -l
Если список пустой - агент не запущен или к нему нет доступа, или ключ загружен в какую-то другую копию агента. Если в списке нет ключа - значит, он попросту не загружен :)

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

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

Скриншот какой-то бессмысленный.
Вызов почтовых событий производится в коде. Коробочные события должны работать, очевидно, "из коробки". К почтовым событиям привязаны почтовые шаблоны; если шаблона нет (или нет шаблона для нужного сайта) - письма не будет.

есть GetPropertyValues и GetPropertyValuesArray()

Но вот быстрее ли оно...
Могу лишь сказать, что Fetch() будет быстрее GetNext(), так что предпочтительнее использовать Fetch()

1. Находите в ядре функцию LocalRedirect
   
2. Вставляете в неё первыми строчками вывод трассировки (debug_backtrace() ) и die;
   
3. Если сработало - увидите, откуда был вызван редирект. Если не сработало - ищите другие варианты редиректа ( даже в .htaccess может быть какая-нибудь дичь )
   

Возможно, файл юнита слишком куцый, и с правами на файлы что-то не то?
Вот такой вариант у меня сработал:
test.sh:

#!/bin/bash

while true; do
    date +%Y-%m-%d_%H:%M:%S >> /home/myuser/test.log
    sleep 20
done

Юнит:

[Unit]
Description=kaBOOM
After=network.target
StartLimitIntervalSec=1

[Service]
Type=simple
Restart=always
RestartSec=5
User=myuser
ExecStart=/home/myuser/test.sh

[Install]
WantedBy=multi-user.target

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