Артем Житник

Какой тип цен вы указываете в настройках компонента? Может нужно для конкретного пользователя его тип цен задавать?

Все таки нужно использовать отдельный скрипт php в котором инициализируется компонент. Я обычно так делаю:

//ajax.php
define("STATISTIC_SKIP_ACTIVITY_CHECK", "true");
require($_SERVER["DOCUMENT_ROOT"] . "/bitrix/modules/main/include/prolog_before.php");

$APPLICATION->ShowAjaxHead();  // в ajax запросе подтянутся стили и js подключаемого ниже компонента

$APPLICATION->IncludeComponent(
    ...
);

BX.ajax({
    method: 'POST',
    url: 'path_to_php/ajax.php',
    data: data,
    dataType: 'html',
    onsuccess: function (data) {
        // что-то можем сделать при успешном ajax запросе
    }
});

Если вы имеете ввиду страницу с адресом /39/, то надо проверять так:
if ($APPLICATION->GetCurDir() == '/39/')

Есть события кастомизации заказа в админке. Может через них вывести нужную вам информацию?

Если в тексе контента у вас заглушки типа "#FOMR_7#" и "#FOMR_8#", то нужно регулярки поменять на следующие:

"/#FORM_7#/is"
"/#FORM_8#/is"

И еще, меня смущают места:

"FORM" => $matches[7]
"FORMA" => $matches[8]

Что это за параметры FORM и FORMA? Стандартных вроде нет таких. И к $matches вы тоже похоже ошибочно обращаетесь. Может эти строчки вообще не нужны?

Может кому-то пригодится. Такую же штуку словил. У меня дело происходило на странице комплексного компонента bitrix:catalog, sections.php. У компонента своя рамка редактирования на всю страницу и компоненты на странице тоже развернули свои области редактирования на всю страницу. В общем, отключил во включении компонента bitrix:catalog его редактирование через ["HIDE_ICONS"=>"Y"] в 5 параметре IncludeComponent. Полет нормальный.

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

В настройках проксируемого сайта установить Папка сайта: /folder/ (меню Настройки/Настройки продукта/Сайты/Список сайтов)

Найти шаблон письма и посмотреть какая почта там прописана. Также можно посмотреть в таблице b_event, где складываются письма на отправку.

У вас header и footer подключаются, а надо наверное prolog_before?

Если $arFavorites получается в коде шаблона компонента или в result_modifier.php, может срабатывать кеширование компонента. Лучше тогда делать эти манипуляции в component_epilog.php

Выбрать элементы фото из соответствующего раздела через CIblockElement::GetList()

Как вариант, обрабатывать событие OnBeforeEventSend. Проверять дату, если не прошли сутки возвращать в обработчике false (отменяет отправку).

Смотря как у вас устроен импорт. Может помимо самого обновления вы делаете в цикле много запросов. С таким количеством у вас наверное и каталог тормозит? На событии обновления могут висеть обработчики. Сложно угадать не видя проект.

foreach ($arResult['OFFERS'] as &$arOffer) {
   ...
}

Вы же сами и ответили. Через restore.php разворачиваете бекап. Самый простой способ. Скрипт, кстати, проверяет при установке параметры сервера, если что подскажет что подкрутить надо.

В настройке профиля обмена в 1с посмотрите соответствие полей номенклатуры. Возможно у вас настроено анонс-наименование.

Если в коде, то CFile::ResizeImageGet в помощь!

Включите логирование в битриксе, может что-то прояснится

У вас же в условии указано что проверяете вы элементы инфоблока. Видимо, нужно сделать так:

[
    "CLASS_ID" => "CondIBSection",
    "DATA" => [
        "logic" => "Equal",
        "value" => $IBLOCK_SECTION,
    ]
]