Павел Гвоздь

Тут решение. Пишите в ТП на Модстор в следующий раз.

В коробке нет. Напишите для этого свой сниппет.

Неужели способ «создать поле email и требовать, чтобы оно всегда было пустым» уже не работает?)

рассмотрите возможность в будущем интеграции с Планировщиком (пакет scheduler) — он уже из коробки поддерживается в новых версиях MiniShop

Хорошая идея! Сделаю скоро.

Любой платный компонент можно установить на тестовом тарифе Modhost и проверить самостоятельно, подходит ли он вам.

Письмо отправляется средствами miniShop2.

Не возникнет)

В целом всё, как написал Николай, но вместо того, чтобы в профиль юзера писать использованные промокоды, надо написать чуть более сложный запрос в БД, в котором брать все заказы (msOrder) текущего пользователя, к этому запросу джоинить (innerJoin) заказы с промокодом (mspc2CouponOrder) и в условиях выборки (where) добавить mspc2CouponOrder.code = нужному коду промокода.

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

P.S. Сорри за долгий ответ.

Получается компонент будет бесплатным, а сервис платным по подписке? Выходит, что компонент по сути платный, но оплата в обход Modstore, я правильно понимаю?)

t.me/pavelgvozdb

Нет, такого не решал.

Я предлагаю предоставить пруфы, чтобы ты не выглядел как балабол.

за 1 минуту работы, просто опцию поменял в админке)

Давай пруфы, чтоли.

Сергей, я считаю вполне обоснованным «недопонимание» со стороны Василия, мне бы тоже не понравился упрёк в мою сторону:

Но как же у автора pdoTools получились такие впечатляющие цифры? А всё просто. Тест проводился в API режиме. Т.е. в идеальных условиях для Fenom.

И выше Василий показал, что не в АПИ режиме дело.

В качестве вывода могу дать совет. Там, где не нужна логика, используйте синтаксис MODX. Если работаете с логикой, то не путайте синтаксисы — используйте только один.

И в конце статьи тогда стоило бы уточнить про предустановку pdoTools, а то создаётся впечатление, что pdoTools с его Fenom не даёт преимуществ на шаблонах без логики.

Зачем собирать отдельный пакет? Чтобы плодить кучу одинакового и создавать проблему выбора?
Твой PR скоро просмотрю, обязательно. Время только найду.

Нормально ты припахал) Как-нибудь потом…

А что там идеального то в нормальном коде? Лучше уж никак, чем писать такой низкокачественный код. Потом когда работаешь с такими сайтами, половина времени (не преувеличение) уходит, чтобы разобраться, что и как работает.

Приведённый Сергеем кусок кода отлично описывает уровень кодера. Это не то, что бессмысленно, это даже уже не смешно…

А у меня в пакете вообще всё управление происходит в админке. На фронте только вывод, юзер на фронте не сможет ничего редактировать. У вас же вся работа с картой объектов на фронте, верно? В этом, пожалуй, основное и главное отличие компонентов.

Я не против публикации компонента в Modstore, даже по той же цене, что сейчас у imgArea.

Я думаю такие вопросы должны решаться индивидуально. Но посмотрим, что ответят владельцы площадки.

Очень даже крутое нововведение! Поддерживаю.