Евгений Пуха

Неплохо было бы сделать rest api, на стороне сервера, и стучать в него с клиентской части (html+js+ajax, или разобраться с vuejs и использовать его).
В api сделать:

1. ручку для постановки задачи в очередь (rabbitmq, kafka, db)
   
2. ручку для проверки статуса задачи
   
3. ручку для получения результатов, если задача в статусе "выполнено"
   

Соответственно, с клиента дергать первую ручку, затем крутить прелоадер и периодически дергать вторую ручку, пока не получим нужный статус задачи, или не закончится какой-нибудь таймаут, и в конце дернуть третью ручку и поменять текущий DOM с учетом полученных данных.
На серверной части, по идее, можно отказаться от зоопарка из php+c#, и сделать это все на чем-то одном. Сами задачи будут обрабатываться чем-то в вечном цикле, а именно - ждать пока в очереди появятся задачи и сразу брать их в работу (при необходимости запустить несколько таких воркеров, и обрабатывать задачи параллельно)

Решение проблемы нашлось тут.

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

Если вопрос касается того как сравнить две версии, то в некоторых языках уже есть готовые методы для этого. В php, например, есть метод version_compare()

Скорее всего php ниже 7.1, и ошибка ругается именно на

public function query(string $sql, $params = []): ?array

Возможность указывать тип возвращаемого результата в таком виде ?array появилась только в 7.1.

Вы хотели получить twig-шаблон, Вы его получили. Теперь самое время скормить его twig-шаблонизатору, который произведёт рендеринг html из полученного twig-шаблона.

Не пробовали смотреть в сторону twig.js, таким образом что бы верстка уже была в шаблонах twig?

Как справедливо заметили в комментариях, в базе номенклатуры бардак, и начинать наводить порядок необходимо именно в ней.
Что касается 1C-Bitrix, в редакции "Бизнес" поддерживается многоскладовость и множество типов цен. Теоретически можно будет завести магазины в CMS как склады, и вести учёт остатков отдельно по каждому складу, и при необходимости суммировать общее кол-во по всем складам. Сложнее будет с ценами, т.к. не понятно по какому принципу они установлены. Есть возможность завести по 1 типу цен на каждый склад/магазин, но какую именно выводить из них на сайте зависит от вашей политики ценообразования (её необходимо будет разработать и внедрить, если такая отсутствует). Навскидку можно придумать 2 варианта:

1. Выводить минимальную цену
   
2. Давать возможность выбора склада, и далее выводить цены определённого типа
   

В любом случае, при интеграции 1C с 1C-Bitrix важно что бы данные были актуальными в 1С, т.е. при реализации товара в магазинах, необходимо каким-то образом актуализировать эти данные в 1C.

Проблему с задвоением номенклатуры, естественно, интернет-магазин никаким образом не решает. В лучшем случае он может помочь в каком-то виде навести порядок с номенклатурой на сайте, в случае если есть bitrix-разработчик, а 1C-разработчика нет.

Я бы попробовал:

1. Сменить домен в настройках модуля main
   
2. Сменить домен в настройках сайта (там где шаблон для сайта выбираем)
   
3. Сбросить весь кеш на сайте
   

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

Да, действительно, это огромная дыра в безопасности)
Для защиты Вашего проекта от взлома необходимо заменить пароль к бд в этом файле на его хеш. Генерировать нужно самому, и обязательно с добавлением "соли". Соль, естественно, на сервере не хранить, а оставить у себя на компьютере, но ни в коем случае не на рабочем столе. Я бы посоветовал спрятать файл с солью где-нибудь в недрах папки Windows или Program Files.
И ещё момент, т.к. Вы скорее всего хешировать пароль будете в каком-нибудь онлайн-сервисе - после этого обязательно нужно очистить полностью вес кеш браузера, а ещё лучше из под виртуалки, которую потом обязательно удалить))))

Переносить свои шаблоны, компоненты, модули и страницы на свежую копию. Да, и инфоблоки тоже, через import/export.

Можно воспользоваться готовой библиотекой phpMailer - https://github.com/PHPMailer/PHPMailer