переделал все, сделал в MIGX CheckPoint

<?xml version="1.0" encoding="UTF-8"?>
<model package="CheckPoint\Model\" baseClass="xPDOObject" platform="mysql" defaultEngine="InnoDB" version="3.0">
	<object class="Check" table="check_point" extends="xPDO\Om\xPDOSimpleObject">
		<field key="master" dbtype="int" precision="10" attributes="unsigned" phptype="integer" null="true" />
		<field key="date" dbtype="date" phptype="date" null="true" />
		<field key="start" dbtype="time" phptype="string" null="false" />
		<field key="end" dbtype="time" phptype="string" null="true" />
		<field key="visitorId" dbtype="varchar" precision="255" phptype="string" null="true" />
	</object>
</model>

в master хранится значение из Fax пользователя
запускаю

[[!pdoPage?
  &class=`CheckPoint\Model\Check`
  &tpl=``
  &element=`getChecks`
  &leftJoin=`{
     "CreatedBy": {
      "class": "modUserProfile",
      "on": "Check.master = CreatedBy.fax"
    }
  }`
  &select=`{
   "CheckPoint\Model\Check": "*",
        "CreatedBy": "CreatedBy.fullname as name"
  }`
    &showLog =`1`

]]

[2024-02-08 02:02:12] (INFO @ /home/users/9/9516432741/domains/r.site.ru/core/cache/includes/elements/modx/revolution/modsnippet/32.include.cache.php: 15) Отладочный лог: Начало выполнения сниппета getChecks Нет отладочных логов.
Array
(
[Check_id] => 1
[Check_master] => 12
[Check_date] => 2024-01-12
[Check_start] => 10:00:00
[Check_end] => 20:00:00
[Check_visitorId] => 121212121
[idx] => 1
[link] =>
)

Все ошибки по логам исправил, но поле fullname не берется
помогите пожалуйста

mspTinkoff создает пустые способы оплаты в miniShop2. Т.е вроде бы создается, но никакие данные не заполнены.
Версия Modx 2.7.2, PHP 7.1

Почему вы предлагаете работу в разделе Вопросы?

Полагаю, что надо на какое-то событие обработку прикрепить, но такими знаниями не обладаю

Есть документация по minishop2 в ней написано про имеющиеся события.

Тоже столкнулись с этим вопросом. Функция getConditions пишет оповещения про метод, который вызывается, но не существует в классе, зачем тогда этот несуществующий подсчёт и может быт это решается просто условием если count > 0, то вызывать этот метод или напросто после обновления метод убрали, а из класса убрать забыли?

Ползунки заработали, но отвалился автокомплит у поиска — при вводе в строку поиска не отображается список релевантных ресурсов под этим полем

Ответил в директ

MODX 2.8.6, php 8
не возможно загрузить никакое изображение

ERROR 	msGallerySearchRequestProcessor::getMimeType 	
/home/public_html/core/components/msgallerysearch/processors/mgr/download.class.php 	169

Mime type application/x-empty

Может кто подскажет, как победить?

может быть один источник, но нужно понимать — фотки будут те же или другие использоваться.
Если разные фото, то или разные источники использовать или для ресурсов делать зависимость через ID, если ресурсы разные с id.

На досуге посмотрю в чём дело.

Просто к сведению:

Вот такая конструкция не работает, отдаёт значение поля на основном языке
[[PolylangField?&id=`[[*id]]`&field=`longtitle`&top=`1`&lang=`[[++lang]]`]]

А вот такая работает
[[PolylangField?&id=`[[*parent]]`&field=`longtitle`&lang=`[[++lang]]`]]

Т.е. условие &top не обрабатывается корректно, только если подставлять id родителя.

Не работает значит.

В пресете formName есть. В форме data-si-form есть. Чанк письма стандартный. Но ничего не передается в плейсхолдер {$_pls['savedForm.form']}

Версия SendIt — 1.1.2-pl

Если не указан параметр formName, то из атрибута data-si-form, если там пусто, то вполне вероятно, что в заголовке ничего не будет.

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

Надо указывать source ID и тогда все работает, вопрос снят, может кому будет полезно

Добрый день!
Вопрос возник. В чанке письма siDefaultEmail, есть заголовок:

<h3>{$_pls['savedForm.form']}</h3>

Вопрос: откуда берутся данные в этот параметр {$_pls['savedForm.form']}?

Из коробки с минимальными настройками и стандартным чанком письма, в заголовке ничего не выводится.

В ближайшее время разработка не планируется

Хм… чет я притупил.

Весь.

Только при работе из браузера запрос обычно обслуживает php-fpm с одним конфигом, в при запуске из консоли php-cli с другим.

MODX должен пытаться выставить правильную временную зону всё равно, но конфиг PHP может запрещать это делать.

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