Скаут

Modx 2.x ветка, последняя версия minishop2.

Есть потребность реализовать избранные товары на основании размеров, то есть человек может добавить в избранное один товар разных размеров и на странице с избранными эти размеры будут отображаться как отдельные единицы в списке. И не обязательно подряд (например, футболка-1 S, рубашка M, футболка-1 M).

Хранить список в отдельной таблице с привязкой к id пользователя можно по-всякому, и массивом, и строкой, и потом с этим работать как вдумается. А вот как вывести не могу придумать. Может кто-то что-то предложить?

Приветствую!

Задача: изменить итоговую сумму корзины согласно определенному алгоритму (купон — но не в этом суть).
Оказалось, итог подсичтывается в сниппете корзины при ее формировании, а не ханится отдельным ключем как товары корзины. Соответственно, дале если визуально в корзине вывести требуемую инфу, то при оформлении заказа дергается cart->status(), а значит изменения не будут учтены.

Вопрос: на какое событие следует повесить плагин модификации цены, чтобы на оплату сформировалась корректная сумма и при возврате со шлюза тоже всё совпало?

minishop2

Приветствую!

Задача: создать промокод (не индивидуальный) на первую покупку, например, на 10%. Что-то вроде NEW10.
Просмотрел описание msPromoCode, msPromoCode2, других компонентов: описана куча возможностей, но не увидел нужной мне.

Какой из компонентов в магазине решают данную задачу или нет такого?

Приветствую!

Minishop2 4.3.0

Работа по умолчанию: после формирования заказа корзина очищается.
Что требуется: очищать корзину только после того, как шлюз пришлет post запрос об успешной оплате.

Зачем: если человек сформировал заказ, перешел на страницу шлюза для оплаты, а потом вдруг вернулся назад/закрыл страницу и вернулся в корзину для оплаты, чтобы заново провести процесс, товары должны быть в корзине.

Мысли:

Здравствуйте!

Дано:
MODX Revo 2.7.1
Minishop2 обновленный с версии 2.4.18 до 4.3.0 без промежуточных обновлений. Старые handler'ы удалены.
Модуль оплаты PayKeeper из репозитория modx.com

Как таковой регистрации на сайте нет. При оформлении заказа в корзине есть поля ФИО, email, телефон.

Проблема: при формировании линка на оплату в качестве ФИО передаются какие-то рандомные данные, которые вытягиваются из БД пользователей. Не то, что введено в соответствующее поле.
Пробовал заполнять и авторизованным и в качестве гостя. Указывал каждый раз разные разные данные — новый пользователь нормально создаются, но в линк передается какой-то другое имя.

Фрагмент кода из модуля:

Здравствуйте!
minishop2 + msearch2 + msproductremains.
Фильтр используется по стандартному свойству «размер». Задача фильтровать — показывать только те товары, у которых есть в остатках нужный размер.

Пример из документации отфильтровывает товары, общее значение остатков совпадает с указанным в вызове количеством, без учета фильтруемого размера.

Как скорректировать запрос?

Добавил дополнительное свойство (тип да/нет) при помощи msAddField.
Вывел данное свойство в списке товаров (в категориях), но проблема в отображении, да и редактировании тоже.
Показывается 0/1, а не Да/Нет, как в БД.
Это можно как-то изменить, грид? Где формируется таблица и можно ли как-то дополнять вывод?

Приветствую!

Используется formit с обёрткой ajaxform. Появилась задача проверять на заполненность не каждое поле отдельно, а допустим два поля, и какое-то из них обязательно должно быть заполнено, в противном случае выводить ошибку.

В документации formit почитал про кастомные валидатлры. Они они ведь работают с каждым полем отдельно. Как можно решить данную задачу? Насколько я понимаю, надо ловить весь массив $_POST, но как и в какой момент?

Может ли поиск mSearch2 искать по артикулам модификаций? Есть ли способы научить его так делать?

Родительский ресурс — коллекция.
Дочерние — обычные документы.

Родительский ресурс надо превратить в каталог минишопа. Тут проблем нет.
Вопрос с дочерними ресурсами, их порядка 100. Открывать каждый и менять тип — так себе затея.

Можно ли скриптом (все дочерние определенного родителя) это сделать, есть варианты?