Выбор между send и sendImmediate для почтовых событий
При отправке почтовых событий в 1С-Битрикс разработчики часто используют старый API CEvent::Send(), не зная о современном классе Bitrix\Main\Mail\Event и его двух принципиально разных методах отправки. Неправильный выбор метода приводит к блокировке выполнения скрипта при проблемах с почтовым сервером или избыточной нагрузке на базу данных.
Метод send(): отложенная отправка
Метод send() добавляет событие в очередь отправки (таблица b_event). Агент Битрикс обработает событие позже:
use Bitrix\Main\Mail\Event;
// Добавление в очередь с автоматическим выбором шаблона
$result = Event::send([
'EVENT_NAME' => 'ORDER_CONFIRM',
'LID' => 's1',
'C_FIELDS' => [
'ORDER_ID' => $orderId,
'USER_EMAIL' => $email,
'ORDER_LIST' => $orderHtml,
],
]);
// Проверка результата
if ($result->isSuccess()) {
$eventId = $result->getId();
} else {
$errors = $result->getErrorMessages();
}
Метод send() возвращает объект Result с методами проверки успешности и получения ошибок, что упрощает обработку по сравнению со старым API.
Отправка конкретного почтового шаблона
Для отправки определённого шаблона используйте параметр MESSAGE_ID:
// Отправка конкретного шаблона (ID из таблицы b_event_message)
$result = Event::send([
'EVENT_NAME' => 'ORDER_CONFIRM',
'LID' => 's1',
'MESSAGE_ID' => 5, // ID конкретного шаблона
'C_FIELDS' => [
'ORDER_ID' => $orderId,
'USER_EMAIL' => $email,
],
]);
Без MESSAGE_ID система выберет все активные шаблоны по EVENT_NAME и LID. С MESSAGE_ID будет использован только указанный шаблон, даже если есть другие для этого типа события.
Метод sendImmediate(): немедленная отправка
Метод sendImmediate() отправляет письмо синхронно, минуя очередь:
use Bitrix\Main\Mail\Event;
// Немедленная отправка с конкретным шаблоном
$sendResult = Event::sendImmediate([
'EVENT_NAME' => 'CRITICAL_ALERT',
'LID' => 's1',
'MESSAGE_ID' => 12, // Опционально: конкретный шаблон
'C_FIELDS' => [
'MESSAGE' => 'Критическая ошибка в системе',
'TIME' => date('Y-m-d H:i:s'),
],
]);
// Результат - строковая константа
if ($sendResult === Event::SEND_RESULT_SUCCESS) {
// Отправлено успешно
} elseif ($sendResult === Event::SEND_RESULT_ERROR) {
// Ошибка отправки
} elseif ($sendResult === Event::SEND_RESULT_TEMPLATE_NOT_FOUND) {
// Шаблон не найден
}
Используйте sendImmediate() для критических уведомлений в фоновых задачах (агенты, cron), когда письмо должно уйти немедленно без сохранения в очередь.
Метод sendImmediate() возвращает строку, в отличие от send(), а не объект Result.
Обработка вложений
Оба метода поддерживают массив вложений в параметре FILE:
$result = Event::send([
'EVENT_NAME' => 'DOCUMENT_READY',
'LID' => ['s1', 's2'], // Множественные сайты
'C_FIELDS' => ['DOC_NUMBER' => '123'],
'FILE' => [
456, // ID из b_file (не копируется)
'/path/to/new.pdf', // Новый файл (будет скопирован)
],
]);
Система автоматически определяет тип вложения: числовые значения считаются ID файлов, строки - путями к файлам для копирования.
Итог
Используйте send() для пользовательских сценариев и sendImmediate() для фоновых задач. Параметр MESSAGE_ID позволяет точно контролировать, какой шаблон будет использован.
Похожие советы
Безопасная работа с JSON через Bitrix\Main\Web\Json
Проблема
При работе с JSON в 1С-Битрикс многие разработчики используют нативные функции json_encode() и json_decode() без должной обработки ошибок. Это приводит к silent-ошибкам: когда данные не кодируются корректно, функция возвращает false или null, но код продолжает выполняться. В результате возникают сложно диагностируемые проблемы с невалидными данными.
Решение
Класс Bitrix\Main\Web\Json предоставляет безопасные методы для работы с JSON, автоматически выбрасывая исключения при ошибках кодирования/декодирования.
Базовое использование
use Bitrix\Main\Web\Json;
use Bitrix\Main\ArgumentException;
// Безопасное кодирование
try {
$jsonString = Json::encode($data);
} catch (ArgumentException $e) {
// Обработка ошибки кодирования
}
// Безопасное декодирование
try {
$array = Json::decode($jsonString);
} catch (ArgumentException $e) {
// Обработка ошибки декодирования
}
Преимущества класса
Класс автоматически использует оптимальные опции по умолчанию:
JSON_HEX_TAG,JSON_HEX_AMP,JSON_HEX_APOS,JSON_HEX_QUOT— защита от XSSJSON_UNESCAPED_UNICODE— корректная работа с кириллицейJSON_INVALID_UTF8_SUBSTITUTE— замена невалидных символов UTF-8JSON_THROW_ON_ERROR— автоматический выброс исключений
Валидация JSON
Класс предоставляет метод для проверки валидности JSON-строки:
use Bitrix\Main\Web\Json;
use Bitrix\Main\Application;
$request = Application::getInstance()->getContext()->getRequest();
$jsonString = $request->getPost('json_data') ?? '';
if (!Json::validate($jsonString)) {
throw new \Bitrix\Main\ArgumentException(
"Невалидный JSON в параметре json_data"
);
}
$data = Json::decode($jsonString);
Кастомные опции кодирования
Вы можете переопределить опции при необходимости:
use Bitrix\Main\Web\Json;
// Форматированный вывод с отступами
$prettyJson = Json::encode(
$data,
Json::DEFAULT_OPTIONS | JSON_PRETTY_PRINT
);
// Без экранирования слешей для URL
$jsonForApi = Json::encode(
['url' => 'https://example.com/path'],
Json::DEFAULT_OPTIONS | JSON_UNESCAPED_SLASHES
);
Итог
Использование Bitrix\Main\Web\Json вместо нативных функций обеспечивает явную обработку ошибок и автоматическую защиту от XSS. Метод validate() позволяет безопасно проверять пользовательский ввод перед декодированием.
Правильная работа с Bitrix\Main\Result для обработки ошибок
Проблема
Многие разработчики до сих пор возвращают булевы значения или массивы из своих методов, игнорируя стандартный класс Bitrix\Main\Result. Это приводит к неединообразной обработке ошибок, усложняет отладку и делает код несовместимым с современным API Битрикс.
Решение
Класс Result предоставляет стандартизированный способ возврата результатов операций с возможностью передачи ошибок и данных.
Базовое использование
use Bitrix\Main\Result;
use Bitrix\Main\Error;
function processOrder(int $orderId): Result
{
$result = new Result();
// Проверка существования заказа
if (!$order = getOrder($orderId)) {
$result->addError(new Error('Заказ не найден', 'ORDER_NOT_FOUND'));
return $result;
}
// Проверка статуса
if ($order['STATUS'] === 'PAID') {
$result->addError(new Error('Заказ уже оплачен', 'ORDER_ALREADY_PAID'));
return $result;
}
// Успешная обработка
$result->setData([
'order_id' => $orderId,
'amount' => $order['PRICE'],
'timestamp' => time()
]);
return $result;
}
Проверка результата
$result = processOrder(123);
if ($result->isSuccess()) {
$data = $result->getData();
echo "Заказ обработан: " . $data['order_id'];
} else {
// Получение всех ошибок
foreach ($result->getErrors() as $error) {
echo $error->getCode() . ': ' . $error->getMessage();
}
// Или только первой ошибки
$error = $result->getError();
echo $error->getMessage();
// Или всех сообщений одним массивом
$messages = $result->getErrorMessages();
}
Добавление множественных ошибок
function validateOrderData(array $data): Result
{
$result = new Result();
$errors = [];
if (empty($data['email'])) {
$errors[] = new Error('Email обязателен', 'EMAIL_REQUIRED');
}
if (empty($data['phone'])) {
$errors[] = new Error('Телефон обязателен', 'PHONE_REQUIRED');
}
if (!empty($errors)) {
$result->addErrors($errors);
}
return $result;
}
Передача ошибок между методами
function createUser(array $userData): Result
{
$result = new Result();
// Валидация
$validationResult = validateUserData($userData);
if (!$validationResult->isSuccess()) {
$result->addErrors($validationResult->getErrors());
return $result;
}
// Создание пользователя
// ...
return $result;
}
Дополнительные данные в ошибках
$error = new Error(
'Недостаточно товара на складе',
'INSUFFICIENT_STOCK',
['available' => 5, 'requested' => 10] // customData
);
// Получение дополнительных данных
$customData = $error->getCustomData();
echo "Доступно: " . $customData['available'];
Итог
Использование Result делает код предсказуемым, упрощает обработку ошибок и соответствует стандартам Битрикс. Все современные модули (Sale, Catalog, CRM) используют этот подход.