Андрей
С нами с 10 декабря 2022; Место в рейтинге пользователей: #6463Вчера в 18:58
пробовал — ошибка та же
кстати MODX 2.7.2 — подключается нормально
кстати MODX 3.2.0 — не нормально
Не могу подключить репозиторий 3
01 апреля 2026, 18:15
У меня на регистрации словил ошибку.
При это пользователь явно создался, т.к. повторно создать пользователя на ту же самую почту не дает.
При повто...
[MAX bot] отправляем сообщение в бот MAX на изи 7
30 марта 2026, 20:49
PHP >= 8.2 должно быть. У MS3 минимум 8.2
[msCDEK] Расчёт доставки СДЭК в miniShop3 1
27 марта 2026, 14:49
Не получается установить pbQuiz. Требует pageblocks хотя я его установил. В чём может быть проблема?
pbQuiz — гибкий компонент квизов на контроллерах PageBlocks 4
27 марта 2026, 13:13
Все ок, почему то не выполнялся Cron на хостинге, решил через провайдера.
msImportExport 2.0 129
26 марта 2026, 21:13
С валидацией по шагам стало понятней, спасибо, с событием change после загрузки файла буду разбираться.
Странный баг в SendIt (квиз+загрузка файлов) 2
19 марта 2026, 15:28
Николай, прежде всего — вы молодец.
А про кеширование — можно пойти по правилу Парето.
То есть дать возможность закешировать самое частое — это ...
mFilter 1.2.0 - улучшенное кеширование и скорость 2
Есть возможность добавить в модуль функцию отмены заказа?
Т.е. если в админке магазине поставили статус Отменен, чтобы в Тинькоф улетал запрос не на создание нового заказа, как сделано сейчас, а улетал запрос на отмену этого заказа.
Второе пожелание — можно ли в модуле добавить настройку округления сумм?
При применение скидок скидочным модулем иногда возникает ситуация, что общая сумма заказа со скидкой и сумма всех товаров в заказе с примененной скидкой отличаются на 1 копейку. И такой заказ платежные системы не пропускают.
Есть гипотеза, что если округлять все до рублей, такие ситуации пропадут.
Пример клиента — цены на сайте округляются до рублей, при использовании промокода появляются копейки. По итогу у некоторых заказов сумма корзины со скидкой и сумма стоимости товаров со скидкой отличаются на 1 копейку. Из-за этой разницы получаем ошибку при оплате в Тинькове.
Вчера лег СДЭК, его апи не работает.
У клиента сайт на Modx 2.8.3 + miniShop2 3.0.7 + ms_CDEK2 2.1.2 + CDEKIntegrate 1.1.10
После того как легло API СДЭКА клиентский сайт начал выдавать 500 ошибку при попытке просмотра заказов в админке и оформление заказов на фронте.
Пришлось деинсталировать плагин, чтобы магазин заработал.
По логам вот так
[27-May-2024 15:16:52 Europe/Moscow] PHP Fatal error: Uncaught CdekSDK2\Exceptions\RequestException: Idle timeout reached for «api.cdek.ru/v2/oauth/token». in /home/.../public_html/core/components/cdekintegrate/model/vendor/cdek-it/sdk2.0/src/Http/Api.php:246
Stack trace:
#0 /home/.../public_html/core/components/cdekintegrate/model/vendor/cdek-it/sdk2.0/src/Http/Api.php(192): CdekSDK2\Http\Api->request('POST', 'https://api.cde...', Array)
#1 /home/.../public_html/core/components/cdekintegrate/model/vendor/cdek-it/sdk2.0/src/Http/Api.php(149): CdekSDK2\Http\Api->post('/oauth/token', Array)
#2 /home/.../public_html/core/components/cdekintegrate/model/vendor/cdek-it/sdk2.0/src/Client.php(210): CdekSDK2\Http\Api->authorize()
#3 /home/.../public_html/core/components/cdekintegrate/model/cdekintegrate.class.php(82): CdekSDK2\Client->authorize()
#4 /home/.../public_html/core/xpdo/xpdo.class.php(1235): cdekIntegrate->__construct(Object(modX), Array)
#5 /home/.../public_html/core/cache/includes/elements/modplugin/39.include.cache.php(5): xPDO->getService('cdekIntegrate', 'cdekIntegrate', '/home/f/f4udest...', Array)
#6 /home/.../public_html/core/model/modx/modscript.class.php(76): include('/home/f/f4udest...')
#7 /home/.../public_html/core/model/modx/modx.class.php(1674): modScript->process(NULL)
#8 /home/.../public_html/core/components/minishop2/model/minishop2/minishop2.class.php(1045): modX->invokeEvent('msOnCreateOrder', Array)
#9 /home/.../public_html/core/components/minishop2/handlers/msorderhandler.class.php(432): miniShop2->invokeEvent('msOnCreateOrder', Array)
#10 /home/.../public_html/core/components/minishop2/model/minishop2/minishop2.class.php(207): msOrderHandler->submit(Array)
#11 /home/.../public_html/core/cache/includes/elements/modplugin/22.include.cache.php(20): miniShop2->handleRequest('order/submit', Array)
#12 /home/.../public_html/core/model/modx/modscript.class.php(76): include('/home/f/f4udest...')
#13 /home/.../public_html/core/model/modx/modx.class.php(1674): modScript->process(NULL)
#14 /home/.../public_html/core/model/modx/modrequest.class.php(70): modX->invokeEvent('OnHandleRequest')
#15 /home/.../public_html/core/model/modx/modx.class.php(1461): modRequest->handleRequest()
#16 /home/.../public_html/index.php(54): modX->handleRequest()
#17 /home/.../public_html/assets/components/minishop2/action.php(12): require('/home/f/f4udest...')
#18 {main}
thrown in /home/.../public_html/core/components/cdekintegrate/model/vendor/cdek-it/sdk2.0/src/Http/Api.php on line 246
Хорошо бы добавить проверку на доступность API СДЭКА, чтобы сайты не падали.
А так плагин очень нужный и экономит много времени менеджеру.
И еще было бы удобно иметь возможность выбора статуса заказа, при котором данные автоматически передаются в СДЭК.
У нас это после оплаты, т.е. клиент создал новый заказ, оплатил и после этого данные о заказе автоматом улетели в СДЭК.
Я поторопился с ответом и принял вас за разработчика модуля )
А в вашем модуле такой функционал не планируется?
Как сделать так, чтобы пользователь мог применить промокод только один раз. При этом количество пользователей, которые могут применить промокод не ограничено.
В самом простом варианте на статусы заказов не смотрим — есть оформленный заказ пользователя с этим промокодом, значит больше этот промокод пользователь применить не может.