Артур, добрый день!
Можно хотя бы один пример создания простой формы с защитой от спама?
Просто если посмотреть в документацию, адрес tpl не тот, presetName тоже не тот.
Тут вы пишете в пункте 2, что больше нет ошибки «Невалидный токен», а я получается ставлю версию 2.1.0 (ранее не было ни какой) и ловлю эту ошибку) и не как не могу понять, как решить эту проблему)

Хотя я нашел проблему.

Could not create table `si_sessions` SQL: CREATE TABLE `si_sessions` (`id` INTEGER unsigned NOT NULL AUTO_INCREMENT, `session_id` VARCHAR(100) NOT NULL, `class_name` VARCHAR(100) NOT NULL, `data` JSON NULL, `createdon` DATETIME NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `app_session` (`session_id`,`class_name`), INDEX `createdon` (`createdon`)) ENGINE=MyISAM ERROR: 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 'JSON NULL, `createdon` DATETIME NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `app_se' at line 1 )

Почему-то не создается таблица

Версия php 7.4, версия modx 2.8.7

gmail блокирует письма, если ip адрес сервера или отправителя письма есть в некоторых списках DSNBL, например, если в базе спамхауса то gmail не примет письмо, проверенно на собственном опыте.
Проверить можно тут www.spamhaus.org/
По другим спискам тут: www.dnsbl.info/dnsbl-database-check.php

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

Хотелось бы услышать отзывы местных форумчан о хостинге Spaceweb.
В сети отзывы не однозначные.
Очень жаль что Modhost закрывается…

github.com/modx-pro/miniShop2/issues/440 — иссушка давно уже есть

У Spaceweb есть бесплатный LetsEncrypt, продлевается автоматически.

У вас все заработало, письма приходят корректно? У меня почему-то gmail блокирует все входящие. Т.е. отправить info — почта на Яндекс, DKIM SPF и прочие записи есть. При оформлении заказа из minishop2 заказчику письма не доходят, gmail и блокирует и все.

Юзернейм и емайл — по умолчанию уникальные поля для пользователя в MODX, телефон — нет.

С точки зрения Modx всё так, но с точки зрения человека телефон уникален, так как служит для с связи с кем-то конкретным больница, другой человек, организация.

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

Добавь. miniShop2 это проект с открытым исходным кодом. Пришли PR и всё появится.

Спасибо большое! Помогло.

В чанке header или subhead_inner ищем меню, скорее всего это будет вызов сниппета pdoMenu. Смотрим значение параметра level у него. Если level стоит 2 — то ставим 1.

Для тех кто будет переезжать на spaceweb, готовьтесь к тому, что будете ещё платить за ssl сертификат, бесплатного letsencrypt у них нет

Мы немного уходим в сторону от темы топика)) Но все же рискну завершить оффтоп: мне кажется немного странной логика, в которой определяется привязка пользователя к заказу по неуникальному полю. Юзернейм и емайл — по умолчанию уникальные поля для пользователя в MODX, телефон — нет. То есть, в принципе есть вероятность прикрепления не к тому юзеру, разве нет?

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

ниже мой коммент с решением проблемы.

идентификатор адреса — что-то странное, не очень понял где и как он используется… Но получается, что проблема в модуле, неправильно там написан запрос, оттуда и вся возня на два дня… (

проблема решилась изменением запроса, а именно
было

$user = $this->modx->getObject('msOrderAddress', $order_id);

сделал

$user = $this->modx->getObject('msOrderAddress', ['order_id' => $order_id]);

Что за id и order_id?

order_id — идентификатор заказа
id — идентификатор адреса

спасибо за инфу, но нет, не в этом проблема)

а, об этом речь, думал какое-то еще логирование)
проверил эти два метода — там всё ок.

Отложил процесс покупки, проблема именно в получении объекта

modx->getObject('msOrderAddress', 523);

Проверил на заранее уже существующем заказе в консоли и получил вообще другие заказ.

[_fields] => Array
        (
            [id] => 523
            [order_id] => 515
            [user_id] => 208
            [createdon] => 2024-07-21 11:38:48
            [updatedon] => 
            [receiver] => Пример ФИО
            [phone] => +79999999
            [email] => test@test.test
            [country] => 
            [index] => 
            [region] => 
            [city] => 
            [metro] => 
            [street] => 
            [building] => 
            [entrance] => 
            [floor] => 
            [room] => 
            [comment] => 
            [text_address] => 
            [properties] => 
        )

То есть я запросил данные заказа 523, а мне вернулся заказ 515.
Что за id и order_id?

А почему менеджеры не могут указывать разные номера?

Понятное дело, что это сделано из благих побуждений. Но в случае, если заказ на сайте совершают несколько менеджеров из одной компании, у которых разные email, но один телефон на всех, это может быть проблемой. Так как уникальным полем для регистрации в основном служит email.

Возможно, этот момент уже пофиксил в новых версиях минишопа, не знаю

Нет, не пофиксили, так как это не баг. Поиск пользователя происходит по username, email и modilephone.