Новый шаблон sale.order.ajax: кастомизация

-
Изображение
На реализацию этого функционала ушло порядка 30 часов рабочего времени (плюс время на самообразование). За это время было отправлено 18 коммитов, написано 371 строк кода и осуществлено несколько попыток виртуального суицида :) Основная задача Создать группу свойств "Параметры доставки", которая будет зависеть от выбора типа доставки. Для курьера это "Адрес доставки", для "Транспортной компании" это выбор ТК из выпадающего списка, для доставки "Другая транспортная компания" - тоже текстовое поле (как и адрес доставки). Все эти поля являются обязательными, и отображаться должны не в блоке "Пользователь", а в блоке с доставками. В новом шаблоне sale.order.ajax перенести поля в другой блок не так просто, как кажется на первый взгляд, а информации на эту тему буквально крупицы.
9 комментариев

Записываем значение источника трафика из Cookies в поле заказа Битрикс

-
Это продолжение поста про Подключение механизма определения источника трафика к интернет-магазину на Битрикс

Теперь нам нужно при создании заказа "внедриться" в событие и дописать в поле "Источник" [ISTOCHNIK] значение из Cookies.

Согласно списку событий интернет-магазина, связанных с изменением заказа, выбираем наиболее подходящее, скорее всего, это будет OnBeforeOrderAdd, так как оно может быть использовано для модификации данных.

Но нет, после дополнительного изучения вопроса оказалось, что с помощью этого события можно записать только штатные свойства заказа (например, "Комментарий менеджера" с ключом массива COMMENTS), а пользовательские свойства заказа записываются через класс CSaleOrderPropsValue и его метод Add. А чтобы воспользоваться этим методом, нам нужно знать ID заказа, к которому мы добавляем значение свойства.
В OnBeforeOrderAdd этот ID нам еще неизвестен. Зато он уже появляется в событии OnOrderAdd, которое происходит уже после добавления заказа.

Полезная ссылка на документацию: Как написать обработчик события

Но нет, все оказалось не так просто. В процессе добавления заказа назначение свойств заказов происходит после выполнения обработчиков, поэтому назначенное нами свойство затирается.
Попробуем использовать другое событие:
OnSaleCalculateOrderPropsВызывается после формирования свойств плательщика.
Параметры
arOrderМассив параметров заказа
Здесь нам даже не понадобится работа с классом CSaleOrderPropsValue. Ведь это событие предполагает задание нужных значений свойств прямо в нем.
Нам нужна всего одна строка:
$arOrder['ORDER_PROP'][9]=$_COOKIE["reference"];
в которой 9 - это ID свойства "Источник".

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Новый шаблон sale.order.ajax: кастомизация

-
Изображение
На реализацию этого функционала ушло порядка 30 часов рабочего времени (плюс время на самообразование). За это время было отправлено 18 коммитов, написано 371 строк кода и осуществлено несколько попыток виртуального суицида :) Основная задача Создать группу свойств "Параметры доставки", которая будет зависеть от выбора типа доставки. Для курьера это "Адрес доставки", для "Транспортной компании" это выбор ТК из выпадающего списка, для доставки "Другая транспортная компания" - тоже текстовое поле (как и адрес доставки). Все эти поля являются обязательными, и отображаться должны не в блоке "Пользователь", а в блоке с доставками. В новом шаблоне sale.order.ajax перенести поля в другой блок не так просто, как кажется на первый взгляд, а информации на эту тему буквально крупицы.
Далее...

Вывод пользовательского свойства раздела в компонентах catalog.section и news.list

-
У элементов инфоблоков легко можно добавлять дополнительные свойства и при необходимости выводить их. Иногда подобная задача возникает для разделов. Но там этот функционал несколько ограничен: во-первых, типы полей не так разнообразны, а во-вторых, подобраться к ним не так уж и легко (это уже не ограничится только включением доступности свойства в настройках компонента). Например, нам необходимо добавлять краткое описание для "Описания раздела" (которое будет выводиться отдельно, в сайдбаре). //задаем параметры фильтра - ID инфоблока, а также выбираем id выбранного раздела (без ID инфоблока работать не будет!) $arF=Array( "IBLOCK_ID"=>"8", "ID"=>$arResult["ID"] //примечание: в компоненте news.list это будет $arResult['SECTION']['PATH'][0]['ID'] ); $db_list = CIBlockSection::GetList(Array("SORT"=>"­­ASC"), $arF, false, array("UF_*")); //делаем выборку пользо
Далее...

Если при полной выгрузке из 1С в битрикс товары и разделы приходят неактивными

-
Есть такая беда. Москвичи и питерцы с ней, скорее всего, не сталкиваются :) На разгадывание этой загадки у нас ушло 8,5 часов чистого рабочего времени. Небольшой ликбез о том, что происходит при полной выгрузке. Есть компонент, который отвечает за выгрузку. Он лежит по адресу: /bitrix/components/bitrix/catalog.import.1c/component.php В 607 строке (у вас может быть другая строка) есть условие: elseif ( $_GET [ "mode" ]== "deactivate" ) И дальше начинается магия. Во время выгрузки 1с посылает GET-параметр, в котором указано время начала выгрузки. После полной выгрузки разделов и элементов инфоблока происходит проверка. Если время обновления товара/раздела в битриксе меньше, чем время начала выгрузки - значит, это старый элемент, и тогда происходит... $section ->Update( $arSection [ "ID" ], array ( "ACTIVE" => "N" ));
Далее...