Финансовая поддержка
VPS, бесплатные дополнения и docs
Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию.
Поддержать
mxBoard: канбан-доска для команд, людей и ИИ-агентов в MODX 3
[Решено] Обновление MODX 3.2.2 компонент FetchIt ломает сайт PHP 8.3
Плагин EnvBadge: визуальный индикатор окружения в админке MODX3
[videoGallery] Видео галерея YouTube, Vimeo
Релиз miniShop2 ver. 4.4.1 & 4.4.2
MaxNotify
MyFavorites
mxLocDoc - документация внутри админки
Редизайн сообщества
Msdiscount не устанавливается
Всего 126 107 комментариев
У меня на сайте рабочем на 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