Форум

Чтобы это заработало, нужно регистрировать событие через registerEventHandler именно, чтобы была возможность указать параметр TO_MODULE_ID.

И в Sender::onTriggerList должен быть указан тот же moduleId что и в registerEventHandler

Итого, регистрируем событие (предпочтительнее сделать в отдельном модуль именно, в момент установки его):[CODE]$eventManager->addEventHandler(
   "sender",
   "onTriggerList",
   "module_name",
   \Class\Events\Sender::class
   "onTriggerList"    
);[/CODE]
И класс Sender соответственно с тем же moduleId:
[CODE]class Sender
{

  public static function onTriggerList(): EventResult
   {
       return new EventResult(
           EventResult::SUCCESS,
           [
               'TRIGGER' => Class\Sender\TriggerFirstOrder::class
           ],
           'module_name'
       );
   }
}  [/CODE]*заменить module_name на имя своего модуля


Причина кроется в \Bitrix\Sender\Trigger\Manager::getClassList, там передается параметр $filter в \Bitrix\Main\Event в момент сохранения, который фильтрует события по TO_MODULE_ID. При этом TO_MODULE_ID есть только у зарегистрированных событий, а не добавленных в рантайме. Т.е. обходных путей никаких нет (я не нашел).

Столкнулся с похожей проблемой и долго не мог найти причину, вариант [URL=https://dev.1c-bitrix.ru/support/forum/messages/forum6/topic107279/message554087/#message554087]https://dev.1c-bitrix.ru/support/forum/messages/forum6/topic107279/message554087/#message554087[/URL] не помог, ошибка просто пропадает.

Напишу сюда, для истории, потому что пока искал решение часто находил эту ветку, поэтому может кто-то также найдет эту информацию здесь.

Как выглядит внешне ошибка: страница открывается пустой или выводится сообщение об ошибке:
[CODE]Fatal error: ob_start(): Cannot use output buffering in output buffering display handlers in \bitrix\modules\main\lib\data\cache.php on line 392
[/CODE]
Либо может быть такая ошибка:[CODE]Warning: Cannot modify header information - headers already sent[/CODE]

Максимально просто повторить ситуацию можно создав отдельный файл (что-то подобное было у меня)[CODE]<?php
require($_SERVER["DOCUMENT_ROOT"] . "/bitrix/modules/main/include/prolog_before.php");

Bitrix\Main\EventManager::getInstance()
   ->addEventHandler('main', 'OnEndBufferContent', function(&$buffer) {
       $cache = Bitrix\Main\Data\Cache::createInstance();

       if ($cache->startDataCache(3600, rand(1000, 9999))) {
           $cacheValue = 'world';
           $cache->endDataCache($cacheValue);
       } else {
           $cacheValue = $cache->getVars();
       }

       $buffer = str_replace('{cache}', $cacheValue, $buffer);
   });

echo 'Hello {cache}!';

[/CODE]
Т.е. вот такой код не будет работать, задача, которая решается здесь, реальная и звучит так "Нужно во всем тексте страницы подменить {cache} на какую-то строку, которая берется из базы и это значение нужно закешировать".

Что обязательно для повторения ошибки:
- Должен быть подключен prolog_before.php, а не header и footer (т.е это ajax или cron обычно).
- Кеш должен отсутствовать, т.е. должнен производиться процесс его сохранения (я в примере сделал случайный cacheId, чтобы наверняка это выполнялось).

Решение:
- Отказаться от кеширования внутри OnEndBufferContent.
- Заранее подготавливать кеш (вариант с OnBeforeEndBufferContent не сработает).
- Внутри OnEndBufferContent проверять константу BX_BUFFER_SHUTDOWN, и если она есть, то пытаться получать данные из кеша через initCache и getVars, т.к. они не вызывают ошибку (т.е. просто не сохранять данные, но получить попробовать можно).

Я бы рекомендовал еще указать ID Свойства, чтобы не приходилось все получать или указывать это в фильтрах, примерно так:
[QUOTE]Join::on('this.ID', 'ref.IBLOCK_ELEMENT_ID')
   ->where('ref.IBLOCK_PROPERTY_ID', 1)
[/QUOTE]
В первом примере кода указывался IBLOCK_PROPERTY_ID = 1, поэтому подразумеваю что вы его знаете как получить.

Для примера: ID инфоблока 2, код свойства "ARTNUMBER".

[QUOTE]<?php
$iblockId = 2;

$catalogIblock = \Bitrix\Iblock\Iblock::wakeUp($iblockId); // Это не единственный вариант, но для пример хватит этого

/** @var \Bitrix\Main\ORM\Query\Query $query */
$query = $catalogIblock->getEntityDataClass()::query();

// Это чтобы получить красиво в массиве ARTNUMBER_VALUE значение сразу. Но можете сделать так и посмотреть результат
$query->setSelect(['ID', 'NAME', 'ARTNUMBER_VALUE' => 'ARTNUMBER.VALUE']);

// Но можно сделать так, тоже сработает, но это больше для работы с объектами а не массивом (см. fetchObject())
// $query->setSelect(['ID', 'NAME', 'ARTNUMBER']);

$result = $query->exec();

while($product = $result->fetch()) {
   var_dump($product['ARTNUMBER_VALUE']);
}
[/QUOTE]

Важно: у инфоблока должен быть указан Символьный код API, иначе свойства не заработают.

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

Появилась возможность получать свойства на D7 (с версии 19.0.0 модуля iblock), см. [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&CHAPTER_ID=012864&LESSON_PATH=3913.3516.5748.12864]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&amp;CHAPTER_ID=012864&amp;LE...[/URL]

Задался тем же вопросом, метод [FONT=monospace]Bitrix\Sale\TradingPlatform\Helper::notifyNewOrder[/FONT] выглядит как устаревший и передавать почту и имя не хотелось.
И проверив его работу, обнаружил, что письмо не отправляется. Взглянув на код еще раз понял причину: передаваемые параметры отличаются от стандартных, не передается EMAIL, а именно он используется в качестве получателя (здесь EMAIL_TO в виде массива). Это можно решить конечно, через обработчик перед отправкой/добавлением, но это не наш путь.

Нашел альтернативный вариант [FONT=monospace]\Bitrix\Sale\Notify::sendOrderNew [/FONT]и с ним есть сложность, он внутри проверяет является ли заказ новым, в нашем случае - нет, не является и письмо не отправится. Но это можно решить установкой вручную isNew для заказа, что нельзя сделать в стандартном [FONT=monospace]\Bitrix\Sale\Order[/FONT]. Что тоже можно решить переопределив метод для Order, в итоге работающий код будет выглядеть так:
[CODE]<?php

// Класс с возможностью ручной установки isNew
class OrderExtended extends \Bitrix\Sale\Order
{
   public function setIsNew($value)
   {
       $this->isNew = ($value === true);
   }
}

$orderId = 100;

// Подмена класса для заказа
$registry = \Bitrix\Sale\Registry::getInstance(\Bitrix\Sale\Registry::REGISTRY_TYPE_ORDER);
$registry->set(\Bitrix\Sale\Registry::ENTITY_ORDER, OrderExtended::class);

// Грузим заказ + ставим отметку isNew
$order = \Bitrix\Sale\Order::load($orderId);
$order->setIsNew(true);

// Сама отправка уведомления
$result = \Bitrix\Sale\Notify::sendOrderNew($order);
[/CODE]
В итоге заработало, не очень понравилось что $result всегда возвращается успешный, не зависимо отправлено ли письмо или нет, но это уже другая история :)

P.S. Если разработчики это читают, я был бы рад доработкам (лень пока что создавать идею, а на заявку в ТП не тянет):
- объявить устаревшим метод [FONT=monospace]Bitrix\Sale\TradingPlatform\Helper::notifyNewOrder[/FONT], т.к. он не работает или обновить его код
- дать принудительно отправлять уведомление через [FONT=monospace]\Bitrix\Sale\Notify::sendOrderNew[/FONT], без подстановки isNew (может параметром отдельным?)

[QUOTE]Дмитрий Буров написал:
В новой корзине в массиве $arResult['APPLIED_DISCOUNT_LIST'] содержатся скидки примененные в корзине (вот только точное отношение к какому товару/ам они принадлежат видимо пока не доделали, т.к. в BASKET, пусто(кроме подарка)).[/QUOTE]

Внутри result_modifier.php для sale.basket.basket можно получить те же данные что и в OnSaleComponentOrderResultPrepared:
[CODE]/** @var \Bitrix\Sale\BasketBase $basket */
$basket = (\Bitrix\Sale\Basket\Storage::getInstance(
   \Bitrix\Sale\Fuser::getId(),
   \Bitrix\Main\Context::getCurrent()->getSite()))
   ->getOrderableBasket();

$order = $basket->getOrder();
$discountApplyResults = $order->getDiscount()->getApplyResult(false); // c false немного больше данных будет, но если не нужно, то можно true передать[/CODE]
Важно: работает именно внутри компонента корзины (т.к. данные там заполняются, а мы берем тот же инстанс просто), в остальных местах не гарантируется.

Можно пойти дальше и через событие OnInitRegistryList задать свой класс вместо \Bitrix\Sale\Basket (наследника), может что из этого выйдет удобное еще, но для решения данной задачи, мне кажется, излишне будет уже.

Вопрос старый, но у меня такой же вопрос возник)
[URL=https://dev.1c-bitrix.ru/user_help/settings/security/security_iprule_list.php]https://dev.1c-bitrix.ru/user_help/settings/security/security_iprule_list.php[/URL] и [URL=https://dev.1c-bitrix.ru/user_help/statistic/visitors/stoplist_list.php]https://dev.1c-bitrix.ru/user_help/statistic/visitors/stoplist_list.php[/URL]
Не вижу принципиальной разницы, немного разные возможности настроек записей, различные модули.

[QUOTE]Алексей Бурлака написал:
как грамотно извлекать SECTION_PAGE_URL-ы и DETAIL_PAGE_URL-ы при работе исключительно через D7?[/QUOTE]

Это не D7, но вместо str_replace можно после получения данных для SECTION_PAGE_URL воспользоваться таким способом:[CODE]// $sectionPageUrl - значение из SECTION_PAGE_URL
// $arSection - Массив со свойствами раздела, нужными для шаблона

\CIBlock::ReplaceSectionUrl($sectionPageUrl, $arSection, true, 'S');
[/CODE]
Для DETAIL_PAGE_URL аналогично[CODE]\CAllIBlock::ReplaceDetailUrl($detailPageUrl, $arElement, true, 'S')[/CODE]
Это не сильно проще чем str_replace (нужно знать какие параметры используются в адресе или брать все), зато есть служебные замены автоматически (#LANG#, #SITE_DIR#, #SERVER_NAME#).

А планируется добавить поддержку заказов в разной валюте в систему?