Всего 125 932 комментария

al1ve
29 минут назад
0
а, то есть, это влияет только на невозможность обновления компонента и отсутствие поддержки? а я думал если развернуть копию сайта с платным пакетом — произойдёт какой-нибудь бан или аннулирование покупки (типа использование пакета с той же учётной записью, но без прямой покупки) или что то в этом духе…
Николай Савин
1 час назад
+1
Здравствуйте. Для начала домен и ключ не влияют на работу платного компонента. Вы можете установить компонент на свой сайт, снять бэкап-копию, развернуть ее у себя локально. Все будет работать.
Можно в принципе и сайты копировать на другие домены, делая клоны с другим дизайном.

Единственное вы не сможете установить обновление, когда оно появится, нигде кроме привязанного домена.

Второе о чем нужно знать. Привязав домен вы можете использовать поддомен dev для тестового сайта. Компонент также будет обновляться на нем (и установить с нуля тоже получится). Разрешены поддомены dev и new. Более того, вы можете добавить 1 цифру к такому поддомену, что даёт вам до 20 тестовых сайтов: dev0.site.ru, new9.site.ru и т.д.
Ivan K.
7 часов назад
0
Возможно это Time-Based Blind SQL Injection через параметры формы оформления заказа miniShop2.
Недавно тоже были проблемы с одним моим интернет-магазином. Правда заказов не на создавалось. Но нагрузку на базу создали не кислую. Забанил ip с которых шли запросы.

Вот посмотрите у человека была похожа проблема, он плагин написал modx.pro/help/25277 попробуйте
al1ve
8 часов назад
0
а что используется в качестве отправки формы?.. Если старый ajaxform, то в нём есть дыра, через которую злоумышленники могут спамить почту, обращаясь напрямую к скрипту. Также посмотри логи модх или хостинга.
Олег
Сегодня в 11:03
0
Есть ли какой то способ заблочить это? И кто это вообще был, бот, какой то скрипт?
Артур Шевченко
Сегодня в 10:45
0
И как вообще могут проходить заказы без товара?
Прямым запросом в БД
Илья Уткин
Вчера в 10:59
0
Если нет дата-атрибута, в скрипте не доходит даже до preventDefault, так что вроде должно всё нормально работать, но конечно, изменения большие, надо проверять после обновления.

Ну и есть настройка formit.frontend_js — если её очистить, то скрипт на фронтенде не будет подключён
Наумов Алексей
Вчера в 09:59
0
Правда интересное обновление. Главное на существующих сайтах не обновиться не глядя, думаю, что поломаться может в самых интересных местах. В общем аккуратно нужно.
Николай Савин
Вчера в 09:31
0
Интересное обновление. Удивительно что созрели только сейчас. Ведь ajax уже десяток лет де-факто стандарт, да и captcha v3 тоже годами существует.
Интересно а как будет вести себя компонент если обновить уже существующий сайт с нашей типовой связкой ajaxForm + formIt? Есть ли обратная совместимость с обертками?
sunchea
27 мая 2026, 10:50
+1
Спасибо за оперативный ответ!

Уже проверил и пофиксил, плюс скачал пакет с GitHub дополнительно
Кто-то одаренный на основном домене переключил версию PHP с 8.2 на 7.1, со всеми прелестями 500 ошибок )))
Наумов Алексей
27 мая 2026, 09:59
1
0
привет. версию php (>=7.4) проверьте, версию modx (>= 2.8). В целом других причин быть не должно.
sunchea
27 мая 2026, 08:11
0
Приветствую!
Странная ситуация, на тестовом домене/сайте в Менеджере пакетов есть YaSmartCaptcha, а на основном домене/сайте нет в списке доступных пакетов. Почему такое может быть?
Николай Савин
22 мая 2026, 21:53
+3
Разумно. Все поля подряд не хочу добавлять в чанк. Практика показывает, что полей очень много, содержимое может быть объемным и появление подсказок может подтормаживать. Добавлю в ближайшем обновлении настройку с возможностью указывать поля попадающие в чанк.
newbmod
22 мая 2026, 20:32
+1
Спасибо за дополнение!
Вопрос возник при выводе автокомплита. Хотелось бы вывести menutitle, поскольку он зачастую более информативен и лаконичен в плане подсказок, но как вижу его нет в наборе системных плейсхолдеров. Я конечно могу через тот же пдофилд его вывести, но в этом случае совпадающие слова не будут подсвечиваться. Если использую element modResource то тоже данный плейсхолдер {$menutitle} не появляется.
Николай Савин
22 мая 2026, 18:30
+2
Это changelog разросся. Не помещается в базе данных mariaDB (mysql почему то съедает и не морщится) Выпустил Версию. 1.11.1 с решением этой проблемы.
Иван Бочкарев
22 мая 2026, 15:43
+1
У меня нет промта, я просто захожу в папку с исходниками — кидаю ссылку на проблему, пишу создай issue и указываю github.com/modx-pro/MiniShop3/blob/beta/.github/ISSUE_TEMPLATE/bug_report.md и все
Наумов Алексей
22 мая 2026, 15:40
0
Чисто для себя, какой промт формирует такой issue?
Наумов Алексей
22 мая 2026, 14:47
+1
MODX 3.1.2, при попытке обновить miniShop3 до последней версии. Весь запрос длинный очень, но там в поле metadata действительно что-то очень длинное )

INSERT INTO `modx_transport_packages`…

Array
(
[0] => 22001
[1] => 1406
[2] => Data too long for column 'metadata' at row 1
)
Иван Бочкарев
22 мая 2026, 12:07
+3
Единственное, что хотелось бы добавить:

Open Source живёт благодаря вам

MiniShop3 развивается силами сообщества. Если новый релиз и предыдущие обновления оказались полезны — поддержите проект вашими донатами.

Все наши реквизиты есть на специальной странице modx.pro/about