Тебе нужно добавить вывод логов в сниппет getPayments
Возьми любой сниппет из пакета minishop и посмотри как там вывод лога добавлен.

а в fednom он не работает?

{$_modx->runSnippet('!pdoPage', [
                'element' => 'getPayments',
                'class' => 'HistoryPayment\Model\Payment',
                'tpl' => '',
'leftJoin' => '{
                "Profile" : {
                "class" : "modUserProfile",
                "on" : "HistoryPayment\Model\Payment.user = Profile.internalKey"
                }
                }'
                'select' => '{
                "HistoryPayment\Model\Payment": "*",
                "Profile": "Profile.fullname as name"
                }'
                'showLog' => '1',
                ])}

не выводит лог на экран
или где логи будут?

ShowLog в помощь.

изменил, все тоже самое, где еще может быть проблема?

{$_modx->runSnippet('!pdoPage', [
                'element' => 'getPayments',
                'class' => 'HistoryPayment\Model\Payment',
                'tpl' => '',
'leftJoin' => '{
                "Profile" : {
                "class" : "modUserProfile",
                "on" : "HistoryPayment\Model\Payment.user = Profile.internalKey"
                }
                }'
                'select' => '{
                "HistoryPayment\Model\Payment": "*",
                "Profile": "Profile.fullname as name"
                }'
                ])}

Как минимум не та колонка в джойн
github.com/modxcms/revolution/blob/73bfd2712427f46d9f32730b86f335fbe3296703/core/model/schema/modx.mysql.schema.xml#L1335

'sortbyTV' => 'HitsPage'
'sortdirTV' => 'DESC' — по умолчанию

SendIt с версии 1.1.2 защищён от подобных атак.

AjaxForm перестали поддерживать уже, переходи на другую обертку Formit, там более защищено все

Тоже столкнулся с такой проблемой, не понимал откуда спам. Стоял AjaxForm, поменял на FetchIt один фиг через день началось.
Как вариант конечно создать дубликат action.php, назвать аля fsdfjsfjsoidfjsofsdofsd.php, заменить везде обращения action.php на новый файл. в оригинальном action.php return можно какую то ошибку все время возвращать для правдоподобности.

Но если прям всерьез взялись за атаку, то и этот файл быстро найдут, посмотрят куда отправляются запросы.

Я чет не подумал про разработку

А как это поможет в случае, когда нужно внести изменения в вёрстку? Два шаблона делать? Или вёрстку в контент запихивать?

1. нужно манагевам и админам отметить права видеть неопубликованные ресурсы.
2. в сниппетах вывода ресурсов, включить отображение неопубликованных.

Это должно сработать, но я не проверял

Тоже бывает такая ошибка, интересно было бы знать на что ругается…

Контекст для dev версии это что-то от лукавого, даже в теории не могу представить как это может работать. Единственный приемлемый вариант это хранение элементов в файлах и разворачивание отдельного dev сайта. В IDE создать два подключения: на prod и на dev. И деплоить сначала на dev, а после проверки на prod.

чтобы он выводил информацию на карте и адреса пунктов выдачи товаров на других языках? Например, на казахском

У списка офисов/регионов/населённых пунктов при запросе к апи можно передать параметр lang, доработать это несложно.

Есть одно но, доступно только 3 языка:

Локализация. По умолчанию «rus» (доступны eng и zho) // zho это Китайский.

Может у него «трешка» стоит. Пишет же «modx revo последний».

Никак. Нет в настройках такой опции

Я пока победил атаки только сменой AjaxForm на другую обертку Formit. Курл работать перестал, жду пока новых атак)

Это потому что сниппет вызывается. А вообще идея в том, чтобы генерировать токен, записывать его в сессию и передавать на фронт. А при отправке формы передавать обратно на сервер и а файле action.php проверять равен ли переданный токен записанному в сессию и вообще есть ли этот токен. Генерировать можно в плагине на событие OnHandleRequest. Передавать на фронт через $_COOKIE. Вставлять форму JS.

Не помогло)