Иногда бывает нужным в журнал событий добавить какое-то свое событие. В статье описано как это сделать корректно.
|
Разработчикам |
Долганин Антон: Сообщения
 |
Долганин Антон
|
Жутко (коллеги, голосуем) этот модуль. Кстати, когда я пришел в компанию ХХХ неокрепшим юнцом, веб-формы были первым модулем. То есть, я даже не знал где что лежит в Битриксе, а меня кидают в этот модуль. Представляете мой ужас? Я ненавидел этот продукт, не понимал восторга в лице коллеги-пма. Ну и вообще, отчаялся изучить сие ремесло. Но прошли годы, любовь к продукту появилась, ненависть к модулю осталась 
Но это лирика.
Задача. Изменить один ответ результата веб-формы после каждого добавления и изменения результата менять поле (допустим, писать туда информацию о пользователе). Вроде просто. В тех же ИБ это решается SetPropertyValueCode (аналогия кстати очень близка, но только в самой идеи, технологии и API рядом не стояли).
Проблема 1. Нельзя выводить это поле в форме (например, hidden'ом), ибо могут подделать.
Проблема 2. Изменить можно только посредством после сохранения. Но у него проблема - он требует передачи всех ответов одного результата, что довольно неприятно. Ищем зацепку. Находим -
Так как в моем случае сохранение всегда происходило из формы, а не через API, то этот массив всегда полон и актуален.
Решение оказалось простое:
То есть - подменяем ключ в реквесте, как-будто он прилетел от пользователя. И готово. Кстати, имхо как-то слишком тут не секюрно все это - что прилетело, то и кормим, не зависимо от того, были поля в форме или нет. Не зря не любил модуль.
Вот и все, задача решена. Приведу код обработчиков:
self::$disableUpdate нужен, чтобы скрипт не ушел в бесконечный цикл (обработчик вызывается внутри апдейта, где снова вызывается обработчик. Ну а ADMIN_SECTION требуется, чтобы в админке это поле можно было бы изменить.
Но это лирика.
Задача. Изменить один ответ результата веб-формы после каждого добавления и изменения результата менять поле (допустим, писать туда информацию о пользователе). Вроде просто. В тех же ИБ это решается SetPropertyValueCode (аналогия кстати очень близка, но только в самой идеи, технологии и API рядом не стояли).
Проблема 1. Нельзя выводить это поле в форме (например, hidden'ом), ибо могут подделать.
Проблема 2. Изменить можно только посредством после сохранения. Но у него проблема - он требует передачи всех ответов одного результата, что довольно неприятно. Ищем зацепку. Находим -
| Второй параметр - По умолчанию - "false" (будет взят стандартный массив $_REQUEST). |
Решение оказалось простое:
$_REQUEST['form_dropdown_GUEST_STATUS'] = 72; CFormResult::Update($RESULT_ID, false, 'N', 'N'); |
Вот и все, задача решена. Приведу код обработчиков:
public static $disableUpdate = false;
public static function onAfterResultAddHandler($WEB_FORM_ID, $RESULT_ID) {
if ($WEB_FORM_ID==self::wfEvent2012reg && !defined('ADMIN_SECTION')) {
self::$disableUpdate = true;
$_REQUEST['form_dropdown_GUEST_STATUS'] = 72;
CFormResult::Update($RESULT_ID, false, 'N', 'N');
}
}
public static function onAfterResultUpdateHandler($WEB_FORM_ID, $RESULT_ID) {
if (!self::$disableUpdate && !defined('ADMIN_SECTION')) {
self::$disableUpdate = true;
$_REQUEST['form_dropdown_GUEST_STATUS'] = 72;
CFormResult::Update($RESULT_ID, false, 'N', 'N');
}
} |
Антон, обратите внимание, в формах есть вопросы, а есть еще поля!
"Вопрос" - это то что приходит из результата формы, а "поле" это как бы еще вопросы, но которые пользователь не редактирует и не видит.
В своем проекте, я записывваю в служебное поле статус пользователя на сайте, чтобы редактору сайта было проще понимать какой пользователь к нему обратился.
"Вопрос" - это то что приходит из результата формы, а "поле" это как бы еще вопросы, но которые пользователь не редактирует и не видит.
В своем проекте, я записывваю в служебное поле статус пользователя на сайте, чтобы редактору сайта было проще понимать какой пользователь к нему обратился.
// для форм события с маленькой буквы!
// onAfterResultAdd
AddEventHandler( 'form', 'onAfterResultAdd', Array( "MyClass", "onAfterResultAddHandler" ) );
class MyClass
{
function onAfterResultAddHandler( $WEB_FORM_ID, $RESULT_ID )
{
if ($WEB_FORM_ID == 1 && $RESULT_ID > 0)
{
// подставим текущий статус пользователя.
global $USER;
$arLastStatus = CStatus::GetLastUserStatus( $USER->GetID() );
if ( is_array($arLastStatus) && isset( $arLastStatus["~NAME"] ) )
{
CFormResult::SetField($RESULT_ID, "STATUS", $arLastStatus["~NAME"]);
}
}
}
} |
Антон!
Как ты в $_REQUEST это получаешь $_REQUEST['form_dropdown_GUEST_STATUS'] ?
При отправке данных $_REQUEST вообще почти пустой
Как ты в $_REQUEST это получаешь $_REQUEST['form_dropdown_GUEST_STATUS'] ?
При отправке данных $_REQUEST вообще почти пустой
Единственно правильный порядок следования это:
Дело в том, что именно первая строчка выплевывает jquery системный, а вторая строчка js-скрипты шаблона (которые по правильному должны подрубаться через AddHeadScript). Таким образом, если их поменять местами, сначала пойдут скрипты, использующие jquery, а затем сама jquery. Конечно же, jquery это лишь пример подводного камня.
PS: Такой же порядок в
но мне метод не нравится в силу того, что я не могу сам раскидать теги как мне надо.
<?$APPLICATION->ShowHeadStrings();?> <?$APPLICATION->ShowHeadScripts();?> |
PS: Такой же порядок в
<?$APPLICATION->ShowHead();?> |
Спасибо Антон, щас проверил своих, всегда делали мои щас глянул:
но все в подвал кидают по условию
$APPLICATION->ShowHeadStrings(); $APPLICATION->ShowHeadScripts(); |
if ($bScriptInFooter) |
Не путайте людей, сейчас через настройки можно выносить все js вниз страницы, а их порядок зависит от порядка их регистрации в шаблоне.
В 90% случаев подключаете первую jquery и подобные библиотеки и патом всё остальное и никаких проблем не будет, а если всё же есть то вы изобрели велосипед.
В 90% случаев подключаете первую jquery и подобные библиотеки и патом всё остальное и никаких проблем не будет, а если всё же есть то вы изобрели велосипед.
Иногда требуется ограничить количество использования многоразового купона. Возможно, когда-это это будет реализовано в продукте, но это сопряжено с множеством частных вариаций - кому-то факт применения купона требуется считать при оформлении, кому-то при оплате, кому-то при переводе в статус. Я накидал обработчик на завершение одношагового оформления заказа, кому надо - приспособит под себя.
Фото:
Файлы:
sale_handler_maxuse_coupon.php
(1.2 КБ)
Мини-дополнение. Если вы не хотите привязываться к ID, можно сделать хитрый финт с заголовком - в название скидки добавить какую-то метку, например, "Тестовая скидка (limited)". Тогда блок на 11-й строчке надо будет заменить на
if (preg_match('/\(limited\)$/is', $arCart['DISCOUNT_NAME'])) {
$arCoupons[] = $arCart['DISCOUNT_COUPON'];
} |
На текущий момент, если на товар подействовала цепочка скидок торгового каталога, такой обработчик правильно будет работать только в том случае, когда купонная скидка была первой. Хранение информаци о всех подействоваших скидках в работе.
Хочу кратко описать как работать с XML в Битриксе правильно. Ибо не так давно (ну, для меня было неожиданностью по крайней мере) API для оного обновилось, и если раньше работали в лоб с массивом из XML, то сейчас для этого есть удобные инструменты.
Итак,
Предположим, что наше XML имеет такой вид:
1. Сначала нам надо подключить файл класса для работы с XML:
2. Создаем объект класса:
3. Загружаем в объект XML (который является строкой):
И раньше мы использовали такую конструкцию, получая массив и работая уже с ним:
Сейчас же все стало значительно удобнее.
Например, чтобы получить Title из XML выше, надо всего лишь сделать следующее:
Если нода не была найдена, вернется false.
Так можно получить все атрибуты:
Где каждый из ни будет объектом CDataXMLNode
А вот так конкретный атрибут ноды:
Что еще. Допустим, у нас есть массив нодов, как обработать их. Дополним наш xml блоком:
Тогда, чтобы перебрать все pic, надо сделать так:
Где каждый такой чилдрен будет объектом CDataXMLNode.
Этого вполе достаточно для работы. Но более подробно изучить класс вы сможете по пути из п.1.
Дополнение:
1. Если формат XML с двоеточиями (неймспейсы которые, хз как правильно его называть):
то перед парсингом, надо сделать следующее:
Спасибо за совет техподдержке.
2. Можно использовать не LoadString, а Load, которой передать абсолютный путь до файла. Метод хорош тем, что автоматически вычленяет кодировку из XML-файла (encoding) и конвертит файл в кодировку сайта. Есть минус - если кодировки в файле не найдется, будет считать, что файл находится в windows-1251 кодировке.
Итак,
Предположим, что наше XML имеет такой вид:
<?xml version="1.0" encoding="UTF-8"?><videos><video><id>36408325</id><title t1="test 1" t2="test2">One Game</title></video></videos> |
1. Сначала нам надо подключить файл класса для работы с XML:
require_once($_SERVER['DOCUMENT_ROOT'] . '/bitrix/modules/main/classes/general/xml.php'); |
2. Создаем объект класса:
$xml = new CDataXML(); |
$xml->LoadS tring($xml_string); |
И раньше мы использовали такую конструкцию, получая массив и работая уже с ним:
$arData = $xml->GetArray(); |
Например, чтобы получить Title из XML выше, надо всего лишь сделать следующее:
if ($node = $xml->SelectNodes('/videos/video/title')) {
echo $node->textContent();
} |
Если нода не была найдена, вернется false.
Так можно получить все атрибуты:
if ($node = $xml->SelectNodes('/videos/video/title')) {
print_r($node->getAttributes());
} |
Где каждый из ни будет объектом CDataXMLNode
А вот так конкретный атрибут ноды:
if ($node = $xml->SelectNodes('/videos/video/title')) {
echo $node->getAttribute('t1');
} |
Что еще. Допустим, у нас есть массив нодов, как обработать их. Дополним наш xml блоком:
<pics> <pic>1</pic> <pic>2</pic> <pic>3</pic> </pics> |
Тогда, чтобы перебрать все pic, надо сделать так:
if ($node = $xml->SelectNodes('/videos/video/pics')) {
print_r($node->children());
} |
Где каждый такой чилдрен будет объектом CDataXMLNode.
Этого вполе достаточно для работы. Но более подробно изучить класс вы сможете по пути из п.1.
Дополнение:
1. Если формат XML с двоеточиями (неймспейсы которые, хз как правильно его называть):
<media:title></media:title> |
то перед парсингом, надо сделать следующее:
$xml->delete_ns=false; |
Спасибо за совет техподдержке.
2. Можно использовать не LoadString, а Load, которой передать абсолютный путь до файла. Метод хорош тем, что автоматически вычленяет кодировку из XML-файла (encoding) и конвертит файл в кодировку сайта. Есть минус - если кодировки в файле не найдется, будет считать, что файл находится в windows-1251 кодировке.
| Микулич Евгений написал: я вот код смотрю, не вижу там библиотеки дом, вижу "Свою" библиотеку битрикс |
| Работаем с XML правильно |
какотой странный велосипед с учетом того что есть simplexml которые в разы проще
все еще загружает весь файл в память целиком? для вебкластера с 60Gb оперативки конечно не актуально.
а для больших файлов есть поточный
Практически каждый модуль имеет настройки. И иногда встает задача, что какую-то настройку для частного конкретного случая надо переопределить (для конкретной группы пользователей, или раздела сайта, или ID сайта). Но меняя в модуле, настройка меняется для всех случаев. Вот как это можно переопределить в частном случае.
Фото:
В версии 16.5.11 "Малый бизнес" не удается подменить параметры, сейчас они хранятся в другом месте.
Массив $GLOBALS['MAIN_OPTIONS'] - пустой.
Пробовал рыть в эту сторону, не получилось:
$cache = Main\Application::getInstance()->getManagedCache();
$options = $cache->get("b_option");
$options["-"]["main"]["new_user_registration_email_confirmation"] = "N";
$cache->set("b_option", $options);
Массив $GLOBALS['MAIN_OPTIONS'] - пустой.
Пробовал рыть в эту сторону, не получилось:
$cache = Main\Application::getInstance()->getManagedCache();
$options = $cache->get("b_option");
$options["-"]["main"]["new_user_registration_email_confirmation"] = "N";
$cache->set("b_option", $options);
Игорь, это действительно костыль, к нему стоит прибегать только при полном понимании, что будет происходить.
Вот для нового ядра (наследуемся и переопределяем protected)
Вот для нового ядра (наследуемся и переопределяем protected)
<?php
use \Bitrix\Main\Config\Option;
class A extends Option
{
function changeOptions($module, $config, $value)
{
parent::$options['-'][$module][$config] = $value;
}
}
A::changeOptions('main', 'new_user_email_uniq_check', 'N'); |
В этом посте я предложу свою версию сабжа. На истину в последней инстанции не претендую. Итак, где же хранить, к примеру, сообщение для alert "Вы не авторизованы"?
gall555 , для удобства все сообщения можно собрать например в лэнг файле шаблона и оставить комментарий в js о место нахождение языковых файлов, на случай поддержки сторонним программистом.
В дальнейшем это может облегчить работу. При таком подходе уже не обязательно быть программистом, чтобы изменить текст сообщения, т.е. владелец сайта, сможет зайти в лэнг файл, поправить нужные фразы, практически без риска что нибудь сломать на сайте (разве что добавит лишние кавычки, или удалит точку с запятой, но это менее критично, чем испортит что-либо в скрипте).
Еще одно преимущество, о котором часто забывают - отсутствие дублирования. Т.е. есть фраза, например "уже в корзине", которая может присутствовать в нескольких шаблонах catalog.section, catalog.element, и т.д., прописывается один раз, в одном месте, и в случае если нужно будет ее как либо изменить, не нужно будет обходить все шаблоны.
В дальнейшем это может облегчить работу. При таком подходе уже не обязательно быть программистом, чтобы изменить текст сообщения, т.е. владелец сайта, сможет зайти в лэнг файл, поправить нужные фразы, практически без риска что нибудь сломать на сайте (разве что добавит лишние кавычки, или удалит точку с запятой, но это менее критично, чем испортит что-либо в скрипте).
Еще одно преимущество, о котором часто забывают - отсутствие дублирования. Т.е. есть фраза, например "уже в корзине", которая может присутствовать в нескольких шаблонах catalog.section, catalog.element, и т.д., прописывается один раз, в одном месте, и в случае если нужно будет ее как либо изменить, не нужно будет обходить все шаблоны.
gall555 смотря что проклинающий встретит в js-коде. Если ересь, то да, проклянет. А если непонятный с первого взгляда массив, то источник его он полезет смотреть в единственное место - php_interface, где все грамотно структуировано.
Всё-таки удивляюсь насколько евангелисты Битрикс любят рекомендовать примеры плохого использования технологий. Во всех нормальных фреймворках существует бекендовый модуль для добавления статичного свойства в JS объект и вывода на всех страницах. Что-то аналогичное существует в Битрикс?
Хочу представить новое простое решение для вывода мини-формы .
Собственно, решение само описывать смысла нет, работу вы его можете посмотреть по ссылке выше. Опишу здесь краткую установку и пару фишек.
1. После установки модуля кидаем компонент из папки "Сервисы / Рассылки" в нужное место шаблона сайта, кастомизируем шаблон, если требуется, и все готово. В настройках компонента указываем на какие рубрики хотим подписаться. Кстати, можно указывать и скрытые (системные) рубрики.
По поводу галочки "Подключить jQuery" - ее надо ставить только если вы определенно уверены, что на сайте не стоит такой баблиотеки. Можно проверить работу компонента сначала без этой галочки.
2. После нажатия на кнопку, на e-mail уходит стандартное письмо для подтверждения подписки.
3. А теперь тот самый хитрый финт. Изначально компонент создался для сайта, где нет кабинета управления подписки - надо просто при переходе по ссылке из письма подтвердить мыло и все, выведя стандартное сообщение
3.1. Это я решил с помощью системного компонента bitrix:subscribe.edit, просто вырезав из шаблона все лишнее и оставив только вывод успешных сообщений (настройки все стандартные) (идея проста - компонент подтвердит мыло при заходе на него по ссылке с кодом)
3.2. Вам осталось поправить почтовый шаблон "Подтверждение подписки", убрав там лишнюю информацию. По сути, оставив ту самую ссылку для подтверждения.
И вот перед нами простой и прозрачный механизм подписки.
4. Для такой же удобной и простой отписки, пожалуй, порекомендую .
Страничка описанного решения в . Пока оно на модерации, можно установить на сайт по данной ссылке: вашсайт.ру/bitrix/admin/update_system_partner.php?addmodule=asd.subscribequick
Да. Пару словечек о второй части сабжа - в компоненте показан пример как реализовать ситуацию для обработки данных не только напрямую (без ajax), но и при ajax-обработке, абсолютно не делая лишней работы. Там же показан пример защиты передаваемых данных, чтобы их нельзя было подделать.
Собственно, решение само описывать смысла нет, работу вы его можете посмотреть по ссылке выше. Опишу здесь краткую установку и пару фишек.
1. После установки модуля кидаем компонент из папки "Сервисы / Рассылки" в нужное место шаблона сайта, кастомизируем шаблон, если требуется, и все готово. В настройках компонента указываем на какие рубрики хотим подписаться. Кстати, можно указывать и скрытые (системные) рубрики.
По поводу галочки "Подключить jQuery" - ее надо ставить только если вы определенно уверены, что на сайте не стоит такой баблиотеки. Можно проверить работу компонента сначала без этой галочки.
2. После нажатия на кнопку, на e-mail уходит стандартное письмо для подтверждения подписки.
3. А теперь тот самый хитрый финт. Изначально компонент создался для сайта, где нет кабинета управления подписки - надо просто при переходе по ссылке из письма подтвердить мыло и все, выведя стандартное сообщение
3.1. Это я решил с помощью системного компонента bitrix:subscribe.edit, просто вырезав из шаблона все лишнее и оставив только вывод успешных сообщений (настройки все стандартные)
(идея проста - компонент подтвердит мыло при заходе на него по ссылке с кодом)3.2. Вам осталось поправить почтовый шаблон "Подтверждение подписки", убрав там лишнюю информацию. По сути, оставив ту самую ссылку для подтверждения.
И вот перед нами простой и прозрачный механизм подписки.
4. Для такой же удобной и простой отписки, пожалуй, порекомендую .
Страничка описанного решения в . Пока оно на модерации, можно установить на сайт по данной ссылке: вашсайт.ру/bitrix/admin/update_system_partner.php?addmodule=asd.subscribequick
Да. Пару словечек о второй части сабжа - в компоненте показан пример как реализовать ситуацию для обработки данных не только напрямую (без ajax), но и при ajax-обработке, абсолютно не делая лишней работы. Там же показан пример защиты передаваемых данных, чтобы их нельзя было подделать.
Есть небольшой глюк, если устанавливать несколько модулей (1й подписывает на 1 рассылку, а 2й на 2ю), то после подписки на хотя бы на 1 из рассылок на другие уже не подписаться. Пишет, что e-mail уже существует. Надо делать проверку на почтовый адрес и потом уже на
"Список рассылок" и если не подписан, то подписывать, иначе алерт.
"Список рассылок" и если не подписан, то подписывать, иначе алерт.
Не люблю я подписки, но тут пришлось сделать рассылку. Выпуск формируется автоматом, все как надо, но суть не в этом. Естественно надо дать возможность отписаться. Причем отписаться в один клик. Вот решил наработкой поделиться.
Алексей, имеешь в виду методы? По идее что-то из этой оперы
Но вообще я бы рекомендовал взять штатный компонент модуля и посмотреть его внутренности.
Но вообще я бы рекомендовал взять штатный компонент модуля и посмотреть его внутренности.
Антон Долганин, да, мысль - посмотреть исходники... А с учетом того что там и статистика собирается, наверное действительно лучше сам компонент чтоли переделать на "быструю" отписку... Спасиб за подсказку.
Не так давно я писал пост о том . Пришло время CSV, но там еще проще.
Собственно:
- подключаем файл класса работы с CSV
- создаем объект класса, указываем, что будет использоваться разделитель (R, есть еще фикс.поля F), и первая строка содержит заголовки (true); можно не указывать эти параметры и задать отдельными методами
- загружаем файл
- ставим делиметер, где допустимые параметры: \t (табуляция), запятая, пробел, точка с запятой.
- бежим как при обычной выборке из базы(напомню, Fetch возвращает НЕ обработанные данные, а GetNext безопасные).
require_once ($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/classes/general/csv_data.php";);
$csvFile = new CCSVData('R', true);
$csvFile->LoadFile($_FILES['csv']['tmp_name']);
$csvFile->SetDelimiter(',');
while ($arRes = $csvFile->Fetch()) {
ec($arRes);
} |
- подключаем файл класса работы с CSV
- создаем объект класса, указываем, что будет использоваться разделитель (R, есть еще фикс.поля F), и первая строка содержит заголовки (true); можно не указывать эти параметры и задать отдельными методами
$csvFile->SetFieldsType($fields_type); $csvFile->SetFirstHeader(); |
- ставим делиметер, где допустимые параметры: \t (табуляция), запятая, пробел, точка с запятой.
- бежим как при обычной выборке из базы
Евгений Микулич, по итогу битриксовые средства были посланы и использована сторонняя библиотека SpreadsheetReader
Интересно, а зачем было создано подобное решение ? На мой взгляд оно повторяет работу штатных SPL средств.
Нативно более быстрый вариант на числом php (работает на чтение с php 5.2, на запись с php 5.4):
Нативно более быстрый вариант на числом php (работает на чтение с php 5.2, на запись с php 5.4):
$file = new SplFileObject("animals.csv");
$file->setFlags(SplFileObject::READ_CSV);
foreach ($file as $row) {
list($animal, $class, $legs) = $row;
printf("A %s is a %s with %d legs\n", $animal, $class, $legs);
} |
| Евгений Семашко написал: Интересно, каким образом? |
Если бы парсер пытался каким-то образом интерпретировать другие символы в потоке ввода, помимо символов разделителей, которые ему нужно распарсить, то ошибка была бы следующая. Допустим, у Вас в файле всего два байта: ГL -- кириллическая Г, потом латинская L. Последовательность 1100 0011 (Г), 0100 1100 (L) является недопустимой в UTF-8, т. к. после 11xx xxxx должна всегда следовать 10xx xxxx.
Но, как я предполагаю (не проверял), битриксовый парсер CSV не интерпретирует никакие байты входящего потока, кроме тех, которые ему нужны для разделения строк и ячеек. Поэтому конкретно для сайта на UTF-8 и файла в CP1251 ошибки быть не должно, по идее.
Но такой алгоритм, несомненно, содержит в себе принципиальную, идеологическую ошибку, т. к. не для любых двух кодировок это верно. В частности, если бы сайт был на другой Unicode-кодировке, напр., UTF-16, (не поддерживается в Битрикс) то упомянутая мной проблема непременно могла бы иметь место при определённой последовательности входных символов CP1251 — поскольку в символы-разделители CSV в CP1251 представлены однобайтовыми последовательностями, а в UTF-16 — двухбайтовыми.
TLDR, это, по идее, рабочий лайфхак, который подходит не для любых кодировок.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».
"SEVERITY" => "SECURITY", "AUDIT_TYPE_ID" => "MY_OWN_TYPE", "MODULE_ID" => "main", "ITEM_ID" => 123, "DESCRIPTION" => "Какое-то описание", )); ?>
- SECURITY
- ERROR
- WARNING
- INFO
- DEBUG