В сниппете rcv3_html достаточно отложить загрузку через setTimeout (хотя кто-то делает через onClick). Не думаю что мой вариант самый правильный и что вообще стоит принудительно таймаутить что-либо, но меня пока так устраивает + поможет улучшить показатель TBT в PageSpeed.

Меняем вот эту строку:

$modx->regClientStartupScript('<script src="https://www.google.com/recaptcha/api.js?onload=ReCaptchaCallbackV3&render=' . $public . '" async></script>');

на

$modx->regClientScript('
        <script>
            function loadCaptcha() {
              let script = document.createElement("script");
              script.src = "https://www.google.com/recaptcha/api.js?onload=ReCaptchaCallbackV3&render=' . $public . '";
              script.async = true;
              document.body.append(script);
            }
            setTimeout(loadCaptcha, 2500);
        </script>
    ', true);

В итоге получаем отложенную загруку скрипта на 2,5 секунды + он будет не в head, а в body за счёт замены regClientStartupScript, на regClientScript.

Пробовал, все тоже самое….
т.е. если я нажимаю «акция» он мне должен показать документы в категории «акция», а он показывает «все»

так попробуй:
'parents' => $id,

Решил свою проблему через имя пользователя, но хотелось бы через права пользователя «Неограниченные права»

<?php
  /**
  * Системное событие OnManagerPageBeforeRender
  *
  */

  // какой скрипт запущен
  $script = $scriptProperties['controller']->scriptProperties;
  $url = $script['a'];

  // пользователь
  $user = $modx->getUser();
  $username = $user->get('username');

  if ($username != 'admin' AND $url == 'system/settings' ) {
	exit('Доступ запрещен '. $context);
  }

Спасибо, тоже очень интерестное решение.

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

А так ничего готового из подобного функционала нет.

Спасибо за идею.
Но получается что у MODx нету каких либо плагинов, которые могли бы решать данную задачу?
Надо реализовывать самому с нуля?

'where'  => [
    'Data.price:!='=>'0'
]

Предположим, что объявления это ресурсы. Тогда я бы создал отдельную таблицу для хранения данных об оплаченных услугах для конкретных ресурсов. Сами услуги и оплату сделал бы через minishop2. Ещё повесил бы на крон задачу, которая будет проверять когда заканчивается оплаченный период.

miniShop2.Order.add('extfld_delivery_price','100', function() {
		        miniShop2.Order.getcost();
    })

Это вот работает, но чтобы увидеть изменения нужно перезагрузить страницу. Посмотрю еще. Спасибо

То есть может получиться так, что мне придется вызывать свой action который будет добавлять поле с таким значением в сессию заказа?

Скорее всего дело в том, что за короткое время происходит изменение нескольких полей заказа и, поскольку данные записываются в сессию, она не успевает обновится. Тут либо переходить на хранение данных в БД, если версия minishop2 позволяет, или ставить задержку через setTimeout().

Благодарю за ответы.

Если суть поста: стоит или не стоит, то тут всё зависит от тебя. Хочешь копаться, разбираться — стоит. А иначе можешь и откатиться, но не факт что всё заработает…

Стоит ли копаться и решать проблему или лучше откатить Minishop2 до 2.5.0-pl?

Т.к. вводных данных крайне мало, можно только теоретизировать:

Для начала стоит посмотреть логи, как MODX так и серверные. Сбой отправки на почту с обновлением вряд ли связан, и имеет другие причины, это уже надо посмотреть логи и что там происходит при отправке.

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

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

Спасибо. Работает.

Владимир, добрый день!

Есть возможность добавить в модуль функцию отмены заказа?
Т.е. если в админке магазине поставили статус Отменен, чтобы в Тинькоф улетал запрос не на создание нового заказа, как сделано сейчас, а улетал запрос на отмену этого заказа.

Второе пожелание — можно ли в модуле добавить настройку округления сумм?
При применение скидок скидочным модулем иногда возникает ситуация, что общая сумма заказа со скидкой и сумма всех товаров в заказе с примененной скидкой отличаются на 1 копейку. И такой заказ платежные системы не пропускают.
Есть гипотеза, что если округлять все до рублей, такие ситуации пропадут.

Подскажите, что не так делаю?

Ты вызываешь сниппет в инлайновом чанке.

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

[[pdoResources?
&parents=`0`
&templates=`4`
&tpl=``
]]

У вас ошибка в сниппете надо не &template, а &templates

Вот тут можно посмотреть по параметрам Дока