Владимир

Как вариант, попробовать разместить дистрибутив из cdn.jsdelivr.net/gh/cdek-it/widget@2.5.5/widget/ на сервере своего сайта

уже работает. пофиксенный компонент по советам из ветки выше, уже считает доставку снова и пункты пвз показывает

Привет из будущего! Ошибка все еще присутствует при удалении пользователя. Но пользователь все же удаляется.

[2024-05-10 00:22:10] (ERROR @ .../core/xpdo/xpdo.class.php : 1322) Could not get table class for class: modAccess
[2024-05-10 00:22:10] (ERROR @ .../core/xpdo/xpdo.class.php : 1291) Could not get table name for class: modAccess
[2024-05-10 00:22:10] (ERROR @ .../core/xpdo/om/xpdoobject.class.php : 240) Error 42000 executing statement: 
Array
(
    [0] => 42000
    [1] => 1064
    [2] => You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'AS `modAccess` WHERE `modAccess`.`principal` = 249' at line 1
)

Попробую, спасибо!

Пришли пожалуйста пример того плагина. Для забирания даты из профиля я сделал сниппет. Точнее он выдает либо true либо false в зависимости от того надо ли делать скидку. А вот как сделать саму скидку пока не додумался.

Ок, спасибо за совет. Тогда напишу свой коннектор

наверное через экшен Минишопа как-то можно получить галерею товара. надо только найти как он называется и какие там еще параметры нужны кроме айдишника товара

ну штатные компоненты их же делают. это не коннекторы, которые в админке, это публичные action-коннекторы. я просто повторил запросы, которые делал компонент Office :)
но вытаскивание картинок товаров там не предусмотрено.

msListOrders? не знал про него, спасибо :)
писать свой коннектор можно, конечно, но хочется штатными средствами обойтись

Спасибо! На Феноме без проблем работает.

Нет, с else тоже пишет в журнал(

Еще одна непредсказуемая логика :) Я думал, что по-умолчанию else и так пустой, если его не задавать.

Хотя в журнал ошибок теперь сыплются строки:

Could not find snippet with name [[!+modx.user.id:isloggedin:eq=`1`:then=`-`]]redirect

Спасибо, способ хоть и костыльный, но работает. Да, видимо дело в особенностях работы парсера.

Помогло сделать вот так:

preg_replace('/(\[+|\]+)/', '', $curl_body);

Всем спасибо за поддержку! :)

Разобрался в чем дело. Это приходит и правда извне, с другого сайта, с которого регулярно у меня парсятся товары. Парсящий PHP-скрипт запускается отдельно по крону, но в нем я использую MODX API для удобства. И вот из-за того, что данные куски кода на сайте источнике обрамлены в [[...]], то modParser думает, что тут происходит вызов сниппета. Хотя этот результат вообще не должен по идее обрабатываться парсером Модекса. Это еще предстоит разобраться почему так выходит…

Нет, все нужные скрипты внутри, там же, где сайт. Соответственно, были просканированы

Да, но даже фрагментов из этой строки не находится в содержимом файлов сайта, даже такого фрагмента «w.Callbacks» там нет. Пришла пора поверить в магию? :)
disk.yandex.ru/i/98Uosztw7QTUdQ

А откуда может JS обрабатываться парсером MODX? Да и тем более, если ничего не нашлось в файлах и БД по словам «TranslationNotFound», «quanity», «s[i]().top+o», которые должны где-то находиться, если модекс их запускает.

Кроме того выполнил поиск по содержимому файлов специальной прогой и поиск по БД указанных ключевых слов — ничего не нашлось, кроме файла журнала, в котором они появляются.