В целом всё, как написал Николай, но вместо того, чтобы в профиль юзера писать использованные промокоды, надо написать чуть более сложный запрос в БД, в котором брать все заказы (msOrder) текущего пользователя, к этому запросу джоинить (innerJoin) заказы с промокодом (mspc2CouponOrder) и в условиях выборки (where) добавить mspc2CouponOrder.code = нужному коду промокода.
Выборка позволит получить заказы пользователя с нужным промокодом. Вешаем эту выборку и логику проверки на событие mspc2OnBeforeSetCoupon. В доке есть кейс, как отменить применение промокода на этом событии.
Получается компонент будет бесплатным, а сервис платным по подписке? Выходит, что компонент по сути платный, но оплата в обход Modstore, я правильно понимаю?)
Сергей, я считаю вполне обоснованным «недопонимание» со стороны Василия, мне бы тоже не понравился упрёк в мою сторону:
Но как же у автора pdoTools получились такие впечатляющие цифры? А всё просто. Тест проводился в API режиме. Т.е. в идеальных условиях для Fenom.
И выше Василий показал, что не в АПИ режиме дело.
В качестве вывода могу дать совет. Там, где не нужна логика, используйте синтаксис MODX. Если работаете с логикой, то не путайте синтаксисы — используйте только один.
И в конце статьи тогда стоило бы уточнить про предустановку pdoTools, а то создаётся впечатление, что pdoTools с его Fenom не даёт преимуществ на шаблонах без логики.
А что там идеального то в нормальном коде? Лучше уж никак, чем писать такой низкокачественный код. Потом когда работаешь с такими сайтами, половина времени (не преувеличение) уходит, чтобы разобраться, что и как работает.
Приведённый Сергеем кусок кода отлично описывает уровень кодера. Это не то, что бессмысленно, это даже уже не смешно…
А у меня в пакете вообще всё управление происходит в админке. На фронте только вывод, юзер на фронте не сможет ничего редактировать. У вас же вся работа с картой объектов на фронте, верно? В этом, пожалуй, основное и главное отличие компонентов.
Я не против публикации компонента в Modstore, даже по той же цене, что сейчас у imgArea.
Выборка позволит получить заказы пользователя с нужным промокодом. Вешаем эту выборку и логику проверки на событие mspc2OnBeforeSetCoupon. В доке есть кейс, как отменить применение промокода на этом событии.
P.S. Сорри за долгий ответ.
И выше Василий показал, что не в АПИ режиме дело.
И в конце статьи тогда стоило бы уточнить про предустановку pdoTools, а то создаётся впечатление, что pdoTools с его Fenom не даёт преимуществ на шаблонах без логики.
Твой PR скоро просмотрю, обязательно. Время только найду.
Приведённый Сергеем кусок кода отлично описывает уровень кодера. Это не то, что бессмысленно, это даже уже не смешно…
Я не против публикации компонента в Modstore, даже по той же цене, что сейчас у imgArea.