Ребят, забавный баг словил. событие SALE_NEW_ORDER не работает - SUCCESS_EXEC

= f. а событие на отмену заказа, шаблон которого настроен идентично, работает. куда копать?

Ошибка в шаблоне

какого плана? шаблоны не отличаются кроме переменных

Такое бывает когда в шаблоне, напр, подключается компонент, в коде которого возникает ошибка. Я бы для начала попробовал отправить простое текстовое письмо без переменных и тд. Можно еще проверить, совпадают ли отправитель/получатель в обоих шаблонах - возможно, одно из писем отправляется иным способом (напр, встроенный SMTP) Также, нужно проверить наличие кастомных обработчиков/модулей, вмешивающихся в процесс отправки письма. Ну и логи почты почитать не помешает

C_FIELDS в b_event с ошибкой серилизуется. а глазами я чот не вижу проблем. в этом видимо дело?

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

Скорее всего. Проблема может быть в кодировках или в спецсимолвах типа emoji

а где там могут быть спецсимволы? это дефолтный шаблон. я передаю имя юзера, состав заказа, и цену. ну и всё. какие спецсимволы? невидимые в БД?

напр, знак рубля в цене

нет. я сижу пытаюсь разобраться в этой строке и ничего не понимаю. выдаёт ошибку WARNING: Error at offset 228 of 408 bytes цену удалил, список товаров удалил. непонятно какой символ где мешается

Удаление переменной в шаблоне не поможет, т.к данные все равно будут сериализоваться при добавлении записи в b_event

убери строку с товарами да проверь

уже убирал

ну тогда хз, может не так убирал. не проверить, код не выделяет в сообщении телега...

a:12:{s:8:"ORDER_ID";i:9161;s:13:"ORDER_REAL_ID";i:9161;s:27:"ORDER_ACCOUNT_NUMBER_ENCODE";s:4:"9161";s:10:"ORDER_DATE";s:19:"12.05.2023 09:37:07";s:10:"ORDER_USER";s:20:"Иванов Иван Иванович";s:5:"PRICE";s:4:"5366";s:3:"BCC";s:18:"no-reply@domain.ru";s:5:"EMAIL";s:13:"213@yandex.ru";s:10:"ORDER_LIST";s:381:"Профиль направляющий 75/40 3м - 4 шт x 268<br/>Профиль стоечный 75/50 3м 0,5мм - 3 шт x 325<br/>Правило алюминиевое 2,5м Сибртех 89611 - 1 шт x 1 276<br/>Труба ПП PN20 20мм 2м - 7 шт x 115<br/>Штукатурка универсальная Кнауф Ротбанд 30 кг - 2 шт x 619<br/>";s:10:"SALE_EMAIL";s:18:"no-reply@domain.ru";s:14:"DELIVERY_PRICE";d:0;s:16:"ORDER_PUBLIC_URL";s:0:"";}

фио

s:38:"Иванов Иван Иванович" в товарах 377 байт

базу чтоли переводил в другую кодировку?

ничего не переводил. тест сайта ошибок не выдаёт

свойства в отдельной таблице?

это же и синфоблока?

какого инфоблока? это запись из бд из таблицы b_event из события SALE_NEW_ORDER. ничего не кастомизировано. просто перестало работать. другие события работают. функция mail() работает

collation проверь в табле в C_FIELDS

как?🧐

в phpmyadmin или запросом прямым в таблу

Itachi Vergil
во-первых что за табла c_field - у битрикса такой ...

ну c_fields запомнишь там по памяти SHOW FULL COLUMNS FROM b_event в админке тогда в битриксе

Itachi Vergil

а у тебя новый битрикс? обновленный?

не самый новый. Версия системы 22.500.200

а в after_connect collation прописан в двух файлах?

/bitrix/php_interface/

нигде не прописан. я впервые слышу об этом параметре что он нужен битриксу

если б дело было в БД у меня бы никакие почтовые шаблоны не работали. а не работает конкретно этот один

но ладно тут если агенты на кроне и отправкка почты, еще там нужно настройки php смотреть может перегруз включен строковых (который уже не нужен) т.к. другого объяснения чего он в однобайтовой кодировке записывает сериализацию теперь не объяснить... могла быть причина в collation, Но с ним все ок и кодировки в табле на скринах также вроде как в норме

ты про func_overload? оно влияет на получаемое из БД значение кодировки?

кстати ошибку похоже на 22.600 воспроизвел :)

🥲у меня ещё письма которые битрикс шлёт на яндекс не приходят. придётся в логах почтовика копаться что ли.

на последней версии с обновами также не пашет

это чо, битрикс что ли сломан получается? не я лох?

да, так. на php 8.1 воспроизвел ошибку на последней версии битрикса stable

причем ломаются все поля, даже цена если поставить волшебный символ в форматировании цены например ₽

но раньше когда-то это точно работало на старых версиях. я не успел уследить когда сломалось. у меня b_event почищена от старых писем. не узнать когда сломалось

очередной полтергейст php 8.1 причина вообще неизвестна