Форум

Да уж, сеошники постарались :)
Если я правильно понял, это result_modifier.php шаблона? Если совсем не нужны кастомные метатеги - комментируйте этот код, включайте необходимые параметры на установку метатегов в компоненте, правьте шаблон (там тоже наверняка используется $arResult["SEO"]) и радуйтесь стандартной работе битрикса.

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

В целом вам либо откатывать правки (переходить на стандартный шаблон), чтобы работал стандартный функционал битрикса, либо для моделей и брендов вы можете задавать вручную значения SEO в вашем highload блоке (посмотрите в самом низу в админке на вкладке контент) для определенных адресов сайта.

1. По идее по окончании выгрузки в папочке /upload/ должны лежать xml файлы, содержащие данные о последней выгрузки. Можно попытаться их парсить и формировать уведомление на тоже событие OnSuccessCatalogImport1C. Но это весьма трудоемко по ресурсам получится.

2. Менее точный вариант, но более простой - если выгрузка настроена на конкретное время, допустим на час ночи. Можно по ее окончании обычным гет листом получать разделы/элементы, которые были изменены за последний час/два, зависит от размеров выгрузки. Либо точно фиксировать где-то время старта по событию OnBeforeCatalogImport1C и искать уже за определенный промежуток времени. Но, никто не гарантирует, что в это время товары не изменялись каким-то другим способом, поэтому он все-таки менее точный.

[B]UPD[/B] Кстати,вспомнил, что все изменения при выгрузке должны фиксироваться под определенным пользователем, к которому настроен доступ в 1С. Соответственно во втором варианте можно добавить фильтрацию еще и по автору изменений. Тогда все данные для решения задачи (время старта, время окончания, автор изменений есть), обычный GetList и вперед. Хотя может есть какое и более красивое решение :)

Ну а самым простым и 100% уникальным решением, которое подойдет под все версии - является небольшое упрощение вашей задачи и вывод этой информации не в конкретно данное место (не внедряясь в существующий html), а вывод новой вкладочкой на странице просмотра заказа. Для этого достаточно воспользоваться примером из документации:

[URL=https://dev.1c-bitrix.ru/api_help/main/events/onadmintabcontrolbegin.php]https://dev.1c-bitrix.ru/api_help/main/events/onadmintabcontrolbegin.php[/URL]

Формирование нужного html можно взять из примера что я скинул выше.

Наталья М., вполне может быть, но не кардинально по другому :)
Смею предположить, что просто мог измениться формат массива $form->arFields, советую вывести его на экран найти нужные вам данные и заменить просто в моем скрипте. Событие срабатывает при выводе страницы заказа на экран, поэтому можно тестировать обычным ее обновлением. Если получится - прошу сообщите о результатах.

может чуть позже у меня появится время развернуть на локалке новую версию модуля для теста решения.

Наталья М., настоятельно не рекомендую ничего править в системных файлах! Откатите все что сможете обратно, вот на скорую руку накидал, проверил, вроде работает (версия магазина 14.11.19, не думаю что будут проблемы со старшими), код вставить в конец init.php
[CODE]AddEventHandler('main', 'OnAdminTabControlBegin', 'MyOnAdminTabControlBegin');
function MyOnAdminTabControlBegin(&$form)
{
if($GLOBALS['APPLICATION']->GetCurPage() == '/bitrix/admin/sale_order_detail.php')
{
$curHTML = $form->arFields['ORDER_PROPS']['custom_html'];

$orderID = $_GET['ID'];
if(intval($orderID) > 0 AND CModule::IncludeModule('sale'))
{
$arOrder = CSaleOrder::GetByID($orderID);
$userID = $arOrder['USER_ID'];

if(intval($userID) > 0)
{
$arUser = CUser::GetByID($userID)->Fetch();
$adminNotes = $arUser["ADMIN_NOTES"];

$newHTML = '<tr>
<td valign="top">Заметки администратора:</td>
<td valign="middle">' . $adminNotes . '</td>
</tr>' . $curHTML;

$form->arFields['ORDER_PROPS']['custom_html'] = $newHTML;
}
}
}
}[/CODE]Результат: [URL=http://prntscr.com/c9dw2p]http://prntscr.com/c9dw2p[/URL]

Данные берутся отсюда: [URL=http://prntscr.com/c9dwhq]http://prntscr.com/c9dwhq[/URL]

p.s. палец вверх :)

Могу ошибаться, но CIBlockElement::GetByID и GetNext возвращает только поля элемента, в вашем примере же вы ожидали получить свойства элемента. Тут либо использовать CIBlockElement::GetList с указанием конкретных свойств, которые ожидали получить, либо что-то типо :
[CODE]$rsResult = \CIBlockElement::GetByID($resultID)->GetNextElement();
$result               = $rsResult->GetFields();
$result['properties'] = $rsResult->GetProperties();[/CODE]

Конкретно эту задачу решать не доводилось, но что первое в голову пришло - попробовать завести свойство в [CODE]Магазин -> настройки -> свойства заказа -> список свойств [/CODE]не выводить его в публичной части, при оформлении заказа, а заполнять при событии OnBeforeOrderAdd, подтягивая в это свойство необходимые данные от пользователя.
При такой реализации ничего кастомизировать не нужно и все вроде укладывается в концепцию битрикса.

Стоит смотреть в сторону события OnBeforeBasketAdd, в котором можно получить кол-во записей в корзине с помощью [URL=https://dev.1c-bitrix.ru/api_help/sale/classes/csalebasket/csalebasket__getlist.4d82547a.php]CSaleBasket::GetList[/URL], указав в качестве параметра arGroupBy пустой массив, и если кол-во больше 1 - выкидывать пользователю какой-нибудь exception.

[QUOTE]Владислав Голубев написал:
[QUOTE][ex2-t4-8] Уведомление при добавления пользователя в группу [/QUOTE]
Есть ещё CUser::SetUserGroup, но по нему есть только событие OnAfterSetUserGroup, т.е. отловить какие группы добавились, а какие удалились не возможно.
Получается задача в полном объёме не решаема.[/QUOTE]
Имхо, для решения конкретно этого задания достаточно использовать одну функцию-обработчик на события OnBeforeUserAdd и OnBeforeUserUpdate:

1. Проверяем массив $arFields на наличие ключа "GROUP_ID"
2. Если есть, проверяем по этому ключу наличие нужной нам группы
3. Если есть, получаем ID и EMAIL всех пользователей, входящих в эту группу ($arUsers формата "ID" => "EMAIL")
4. При наличии в $arFields поля "ID" (именно так мы определим, что происходит обновление, а не добавление нового пользака) исключим изменяемого пользака из рассылки. Есть два варианта, либо на шаге 3 указать в фильтре "!ID" => $arFields["ID"] или же после шага 3 исключаем текущего пользака из массива unset($arUsers[$arFields["ID"]]); Ни тот ни другой способ запросов к базе не увеличит, поэтому оба безобидны.
5. Формируем строку c email получателей обычным implode()
6. Отправляем уведомлялку

p.s. минусы, которые я вижу - что события onBefore не гарантируют нам успешность выполнения, но этот вопрос уже поднимался, в рамках экзамена на это внимание обращать не стоит.
p.p.s. Что вы имели в виду под "Получается задача в полном объёме не решаема." ? Возможно я что-то упустил - укажите на ошибку?

Добрый вечер!

[ex2-t10-13]

Нужно ли сохранять выбранное значение фильтра при переходе в деталку новости и обратно к списку?