Михаил Ливач

Я когда-то жил на Харьковской, и там тоже были проблемы с интернетом из-за объекта МВД рядом. Кроме совета VoidVolker, поищите ещё на соседних домах/подъездах рекламу других провайдеров ( SkyNet свою очень часто вешает )

Если в параметрах компонента есть возможность работы через ajax - то выставьте нужные параметры и пользуйтесь. Если нет - значит, нет.

Заодно хочу отметить, что решение через промежуточный файл более эффективно. Посмотрите, как в коробочных компонентах реализована поддержка ajax режима, и поймёте

если от внезапного отключения электричества (ИБП у вас нет, как я понял) что-то умерло - вы быстро это заметите; сейчас частоты высокие, железо чувствительное.
Скорее всего, дело ограничилось тем, что какие-то программы могли не успеть завершить какую-то запись на диск. Просто проверьте те программы, которые были запущены; если открываются, работают, ничего не потерялось -значит, всё пучком.

если нет других товаров, кроме пиццы, то решение вполне годное.

На будущее: вместо скриншотов, которые бесполезны чуть менее, чем полностью, пишите в вопросе DDL - в том же PHPMyAdmin его элементарно получить через кнопочку Export (она даже на скриншоты попала). Будет и компактнее, и информативнее.

Думаю, сохранять картинку сниппета при создании элемента

Разумное решение. Или можно ставить задание в очередь. Ещё можно в фоне периодически актуализировать.

Проверяем сайт и устраняем ошибки "Mixed Content"
Исправляем визуальные дефекты на сайте

Не пользовался, но предполагаю, что это означает следующее:
у Таймвеба перед реальным сервером с сайтом стоит прокси, который отвечает за сертификаты ( например, у BeGet такая схема, и у Spaceweb вроде бы тоже ). На нём, перед отдачей готового контента браузеру посетителя, отрабатывает middleware, которое на лету заменяет http на https для нужных url. Вероятно, оно позволяет задавать для каждого сайта свой набор дополнительных костылей.
"Визуальные дефекты" - это тоже только то, что связано с незагрузившимся контентом.

Поэтому, когда Вы отключите услугу, то все проблемы от Mixed Content вылезут снова.

То, что в публичной части отображается как страница, в Битриксе может быть реализовано двумя путями:

1. файл. Тут можно задействовать Git или любую другую VCS (по опыту, SVN лучше не брать, в Битриксе это доставляет некоторые неудобства).
   
2. сущность в каком-то модуле. Если это модуль Инфоблоки, и это не HL блок, то там есть режим документоооборота; за счёт него можно получить версионирование, похожее на Wordpress. Я сам с этим документооборотом сталкивался довольно много лет назад, поэтому не удивлюсь, если сейчас оно не работает (хотя в структуре БД всё до сих пор присутствует)
   

Имхо, первый.
Второй - это "свой велосипед".
Третий явно неправильный ( хотя и выглядит рабочим)

Посмотрите свойства инфоблока с ID 85, куда Вы добавляете элемент. Скорее всего, там есть свойство "Голосующие", и оно обязательное.
Кроме того, вот это:

"MORE_PHOTO" => "",

а) не нужно,
б) неправильно.

Посмотрите в документации, как передавать значения свойств при добавлении элемента инфоблока .

а Вы константы бойлерплейта прописали? Если нет, то будут проблемы разного вида. Я использую такой:

<?php
define("SITE_ID", "s1"); // ID сайта, настройки которого будут применены
define("NO_KEEP_STATISTIC", true);
define('NO_AGENT_CHECK', true);
define("NOT_CHECK_PERMISSIONS", true);
define("BX_BUFFER_USED", true);

$_SERVER["DOCUMENT_ROOT"] = $DOCUMENT_ROOT = realpath( тут надо прописать корректное значение );

require($_SERVER["DOCUMENT_ROOT"] . "/bitrix/modules/main/include/prolog_before.php");
// дальше пошёл код

делайте через файл .{тип меню}.menu_ext.php . На входе в нём доступен массив $aMenuLinks , а заканчивается код в этом файле обычно строчкой

$aMenuLinks = array_merge($aMenuLinksExt, $aMenuLinks);

где $aMenuLinksExt - массив, в котором дополнительные пункты.

В штатном компоненте раздела каталога можно указать первую и вторую сортировки. Первую делаете по наличию (AVAILABLE), а вторую уже как хочется.
Только надо для первой сортировки выбрать правильное направление. Вроде должно быть по убыванию; вначале все с AVAILABLE=Y, потом все с AVAILABLE=N
Это справедливо для достаточно свежего Битрикса

что-то странное Вы пишете.
у вас есть шаблон комплексного компонента, например:
local/templates/aspro_max/components/bitrix/catalog/.default
В нем есть файл sections.php - это страница корня каталога.
Вот туда запихиваете вызов bitrix:catalog.section , должно работать. Главное, чтобы SECTION_ID и SECTION_CODE были пустые.
Проблем с кэшированием в этот момент быть не должно, потому что комплексному компоненту нечего кэшировать - это уже компоненты на страницах его шаблона кэшируются.

С учётом комментариев, имхо должно быть т ак:

RewriteCond %{HTTP_HOST} :site2\.ru [NC]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^comments/$ /comments [R=301,L]

Как и у dodo512, мне кажется важным, чтобы каталог comments не существовал физически. И ещё пара условий:

1. Апач -единственный веб-сервер ( если перед ним стоит nginx, он по дефолту редиректит на слеш )
   
2. сервер - выделенный, а не shared хостинг ( например, BeGet вроде бы слеши дописывает)
   

Можно в result_modifier.php шаблона. Но если Вы хотели эти товары подмешать в общий список товаров, то будет проблема с постраничкой.
Иногда помогает правильная формулировка задачи - не на техническом уровне "вот у нас есть компонент, ID раздела, и список ID дополнительных элементов", а на пользовательском "заказчик хочет, чтобы в список товаров были подмешаны подарочные сертификаты". Тогда никакой проблемы с постраничкой нет: сертификаты - просто сторонние вставки в списке товаров; даже если технически они сами тоже являются товарами, это несущественно на данном уровне.

Возможно, речь о следующем:
1) прилетает архив с файлом (или файлами) обмена,
2) при распаковке в папке обмена возникает пустой файл,
3) если тот же архив распаковать вручную, то всё ок.

Это какая-то ошибка, которая проявляется у класса CZip на новых версиях PHP. Чтобы её обойти - кажется, надо просто установить расширение php_zip, чтобы CZip не использовался.

Я считаю, что это нестандартный фунционал. Стандартный - это связка из:
1) корень каталога,
2) раздел каталога,
3) товар детально.

Пути, которые я знаю:
1) классический: самописный комплексный компонент, чтобы обеспечить ЧПУ для четвёртого элемента, торгового предложения. На самом деле пишется несложно;
2) "классический костыль" - ручные копания в urlrewrite.php или в .htaccess , чтобы скрыть oid за ЧПУ. Очень ненадёжно и постоянно ломается;
3) новый модный роутинг из D7.

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