Наумов Алексей

хуки вызываются в порядке их указания:
&hooks=`spam,email,recaptchav3`
у вас значит проверка spam (не знаю, что там), далее отправляется письмо, далее проверка рекапчи… только смысл то её проверять, письмо уже отправлено.

Ну вот тут было бы логично добавить проверку isset или array_key_exists. это скорее косяк компонента.

github.com/GulomovCreative/FetchIt/blob/master/core/components/fetchit/model/fetchit.class.php#L79

Покажите вызовы сниппета AjaxForm на вашем сайте. Отправить форму с сайта без заполнения капчи точно невозможно?

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

sendRedirect сделает именно редирект на страницу
sendForward оставит текущий url, редиректа не будет, но вместо показа текущей страницы будет произведена «подмена» на указанную

Чет я не понял.

410 код — это не редирект, это код ответа.

Если ты делаешь редирект, то минимальный пример это

header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.newdomain.ru/newdir/newpage.htm");
exit();

как видишь, есть Location, но нет тела страницы (html кода считай)

а если мы 404 хотим показывать, то мы отдаем

header("HTTP/1.1 404 Not Found");

и html код страницы. Браузер её покажет, просто будет код 404, который роботы и увидят.

А ты пытаешься сделать редирект и передать в него код 410.
Это не верно!
Тебе нужно в плагине сделать так:

$modx->sendForward(123, 'HTTP/1.1 410 Gone');

где 123 — это id страницы, в тексте которой будет написано «Страницы нет, код 410».

В альт и титл картинки товара попали кавычки:

alt="Паллацио "Премиум""

Готово! Обновись, проверь работу!

Привет, да, поправлю, сам заметил

плагин на системное событие msOnBeforeCreateOrder, но похоже, что в него не поступают данные о стоимости доставки

Похоже, что должны поступать, судя по коду из msorderhandler.class.php:

// Раз
$delivery_cost = $this->getCost(false, true);
$cart_cost = $this->getCost(true, true) - $delivery_cost;
$num = $this->getNewOrderNum();

/** @var msOrder $msOrder */
// Два
$msOrder = $this->storageHandler->getForSubmit(
    compact('user_id', 'num', 'cart_cost', 'cart_status', 'delivery_cost')
);
// Три
$response = $this->ms2->invokeEvent('msOnBeforeCreateOrder', [
    'msOrder' => $msOrder,
    'order' => $this,
]);

Может источник файлов не правильно настроен? Сложно сказать. Ошибки php в логах посмотрите.

Речь про объект cart в response? Там да, есть данные вроде товар id=3, кол-во 5. Вот только в метрику (как я понял) нужно передавать другое: не текущее кол-во товаров, а сколько именно его добавили в корзину или удалили. Ну типа было 5 товаров, мы 2 убрали нажатием на "-", осталось 3. Вот минишоп возвращает 3, а где взять 2 — вопрос.

Спасибо!
В принципе да, с miniShop2.Callbacks.Order.submit.response.success можно попробовать переписать скрипт, по идее должно сработать.

Про прием с расширением msCartHandler знаю, ведь хотелось обойтись без любого php кода, но такого способа в текущей реализации miniShop2 нет.

В качестве визуального редактора в админке MODX можно использовать любой редактор, например, CKEditor

На этапе создания конфига нужно добавлять поля, по которым фильтруем.
Если делаем много конфигов (для разных категорий, я же верно понял?) — придется много раз одни и те же поля добавлять. Предложил бы сделать отдельный список настроенных полей (фильтров), а уже в конфиге из него выбирать в 1 клик.

msOrderAnalytics еще, там только отправка заказов если верно понял

Верно всё, я про эту особенность написал в тексте.
Пока у меня нет других идей, добавлять серверную часть я не хотел.
В общем это первая версия скрипта, может кто применит, появится больше опыта и наработок, скрипт станет лучше)

Кстати, в магазине modstore есть 2 дополнения, которые работают с google и отправляют данные средствами php.

Хук должен вернуть true, в хуке не должно быть иного вывода. Иначе исполнение прочих хуков приостанавливается. Посмотрите, что у вас в amocrm и unisender

На самом деле действительно, для разработки более-менее серьезных решений, подобный подход с отложенным выполнением заданий, занимающих длительное время — must have.
Правда 99% сайтов все равно это не используют (вообще ни на одном не своем сайте ни разу не видел Scheduler, а сам применял единожны)… разработчики не хотят для простых визиток или несложных магазинов усложнять себе работу…

Вижу еще 1 плюс в таком подходе, правда не знаю, сработает ли он с Scheduler… допустим при отправке данных в CRM та была временно недоступна. В этом случае с планировщиком заданий задачу можно перенести на некоторое время вперед и повторить отправку данных позже еще раз. Если же данные в CMR отправлять в момент создания заказа — естественно так уже не сделать.

не совсем я понял суть задачи…
но почему бы не сделать через регулярное выражение?

отсюда: ^en/(.*)$
сюда: ru/$1

но естественно, что это сработает, только если все страницы сайт.ру/en/ не будут опубликованы, т.к. компонент работает через плагин на OnPageNotFound