Сегодня в 13:08
С обновлением проблема ушла — отлично
16 июня 2026, 15:00
Последний FormIt + последний FetchIt = белый экран
Последний pdoTools + последний MODx v3 = белый экран
16 июня 2026, 10:40
Есть внешняя ссылка на сайт посмотреть?
15 июня 2026, 19:12
Благодарю) сижу ломаю голову, все сайты положил
15 июня 2026, 14:59
Обновил компонент
1.1.0-pl
— добавлена прямая интеграция с официальным MAX Business API;
— добавлен выбор провайдера между MAX Business и ruma...
11 июня 2026, 21:58
Позже, может размещу и на docs.modx.pro, пока времени нет
Всего 125 965 комментариев
У меня на сайте рабочем на MODX REVO 2.8.8 + Minishop 3.0.7 заметил вот что —
для многих товаров требуется указание от 10 до 30 опций — по факту заполняют не все. Причем тут пришлось делать конфигуратор, а для него еще создать штук 20 опций.
А по факту у меня часто не все опции заполняются. И получается многие записи хранятся пустые. Т.е. на каждый товар создается запись вида product_id — key опции с пустым value. А можно же не хранить пустые опции? Не знаю почему и как, но вызывает сомнение что так надо было делать.
Всего на рабочем проекте будет более 100 000 товаров (будет больше).
В итоге в таблице ms2_product_options на текущий момент уже вбито 35 000 строк, а когда зальем все товары со всеми опциями, то там будет просто жесть как много строк с пустыми значениями.
Коль, расскажи, схема базы данных (особенно в опциях товара) не менялась? На этом стоит уточнять внимание, ибо существующие компоненты могут её использовать.
Проверьте на последней актуальной версии 1.10.0-beta1 и вернитесь с обратной связью
PS письмо с ссылкой с токеном потьверждения юзер получает, но ссылка выводит на главную страницу, и никак не меняет статус почты,
Браузеры игнорируют CSS-файлы, если сервер отправляет неправильный MIME-тип. Например, вместо text/css может возвращаться text/html
Проверьть заголовки ответа для CSS-файлов с помощью команды |
В выводе должно быть Content-Type: text/css
В моём случае было nginx + apach2 + fpm
Вернулся на nginx + fpm
Стили появились.
github.com/modx-pro/MiniShop3/issues/212
Решите пож. проблему с обновлением стоимости в зависимости от смены способа доставки и оплаты с админки на всех этапах заказа, с возможностью ручной корректировки цифры доставки,
Гибкость и контроль самом деле очень важен, к примеру для доставки по городу когда цена курьера может сильно плавать в ту или иную сторону.
Добавьте поле скидка в настройки способа доставки и оплаты. отрицательная наценка — кринжа.)) к примеру в нашем случае Самовывоз предусматривает скидку, наличка предусматривает еще одну скидку.
В остальном плагин супер. Идеально подошел для сайта доставки еды.
Расширение сервисов я вам показал. Там есть конкретные примеры как расширить класс заказа.
что касается отрицательных наценок на доставку — честно скажу это неожиданный кейс. Посмотрим что можно сделать и нужно ли.
docs.modx.pro/components/minishop3/development/services
И есть пошаговое описание, как сменить класс docs.modx.pro/components/minishop3/development/services#zamena-servisov
Вообще Было бы лучше если в настройках доставки и способов оплаты, добавить отдельное поле скидка. К примеру в нашем варианте самовывоз подразумевает скидку в 15%.