Форум

В точности так же как и для основных товаров:
[URL=https://dev.1c-bitrix.ru/api_help/catalog/classes/cprice/update.php]https://dev.1c-bitrix.ru/api_help/catalog/classes/cprice/update.php[/URL]

Наверное потому что на странице /404.php находится подключение компонента bitrix:main.map?
Редактируйте эту страницу как нужно.

[QUOTE]Максим Худенко написал:
не совсем понял, детальная страница товара, это, как вы и писали выше, catalog.element - в этот компонент передаётся массив, который я показал[/QUOTE]
Тут делов, скорее всего, на несколько минут. Мы дольше обсуждаем :)
Напишите мне в ЛС, я могу бесплатно помочь либо имея доступ к сайту, либо по TeamViewer.

Проверьте, передаются ли эти параметры компоненту bitrix:news.detail

Штатная - точно bitrix:main.include? Штатно там нет AJAX, хотя его можно легко включить. Но штатный AJAX он загружает всю страницу обычным запросом (вырезая потом ненужное), поэтому почту он отправляет.
А вот заказать звонок - там AJAX нештатный это точно, скорее всего там ajax-запрос на отдельный файл без, а он агенты не выполняет.

Можно например перевести все агенты на крон - это в целом полезно для проекта, и в большинстве случаев лучше. Получается, крон каждую минуту будет выполнять агенты. Можно также после каждой отправки через CEvent::Send() писать CEvent::CheckEvents(), но это решение так себе, посколько в очереди на отправку может быть много писем, за раз вроде отправляются только 5 писем - до нужного может не дойти. Другой вариант - вместо CEvent::Send использовать CEvent::SendImmediate(), это то же самое, но отправляет почту непосредственно в момент вызова. Минус в том, что отправляемые таким образом письма в таблицу b_event не помещаются, и иной раз непонятно - была ли отправка письма или нет.

Могу предположить, что из формы обратного звонка форма отправляется ajax-запросом, а штатная форма (bitrix:main.feedback) - без ajax. Если так, то вы удивитесь, но это самое что ни на есть стандартное поведение Битрикса.

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

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

Убрать align а в общем родительском блоке прописать text-align:center

[QUOTE]Андрей Рязанцев написал:
3. Уверен, что есть добровольцы, которые заново переписали этот чертов компонент ДЛЯ людей, а не ОТ людей, как это реализовано сейчас.[/QUOTE]
Периодически посещают такие мысли, но функционал интернет-магазина в битриксе часто меняется и дополняется. Поэтому, если делать такую разработку для людей, то придется эту разработку постоянно поддерживать в актуальном состоянии. Это очень сложно. И вряд ли у кого-то из опытных программистов будет желание. Я часто занимаюсь благотворительностью, но тут объем работ огромный.

[QUOTE]DevFIX написал:
что за отладка метода CEvent::Send[/QUOTE]
Нет какой-то специальной отладки CEvent::Send. Есть обычная отладка кода. Очень помогает модуль Живое API ([URL=http://marketplace.1c-bitrix.ru/solutions/bitrix.liveapi/]liveapi[/URL]). Установите его если еще не установлен. В нем ищите CEvent::Send, и смотрите код модуля и где он расположен. Открывайте файл в редакторе и проверяйте там, копая до истины.