Алексей

Василий, подскажите, пожалуйста, как в ms2 реализовать miniCart с интерактивным выводом перечня собранных товаров? То есть, как в ShopKeeper'е было: жмакаем «Положить в корзину» — товар летит в корзину, в корзине сразу появляется его название, цена и количество.

Возможно, я сильно туплю и не вижу очевидных вещей, но вот пытаюсь на поддомене проверить, авторизован ли пользователь

Вопрос такой. pdoTools::getChunk() самостоятельно обрабатывает только те плейсхолдеры, которые указаны вторым параметром? Все остальные плейсхолдеры (за исключением лексикона) обрабатывает стандартный парсер modx?

И для того, чтобы pdoTools::getChunk() самостоятельно обработал все плейсхолдеры modx (не передавая их стандартному парсеру), необходимо:
а) либо вторым параметром передавать что-то вроде array_merge($placeholders, $modx->placeholders);
б) либо перегрузить метод pdoTools::getChunk(), добавив обработку плейсхолдеров modx, не указанных вторым параметром

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

Василий, помню ты писал, когда разрабатывал дополнение репозитория, что добавляешь свою вкладку (над деревом ресурсов) без хаков, а совершенно нормальными встроенными средствами extjs.

Как бы мне такое же провернуть? Где про такое почитать?

Только у меня задача другая

Для определённости рассмотрим функционал сниппета pdoResources.
Проблема заключается в том, что классическим форматом JSONxPDO в параметре &where в общем случае невозможно указать проверку значения некоторого TV-поля одновременно и на пустое значение, и на NULL. В каких случаях может понадобиться такая проверка — напишу ниже.

Для примера возьмём параметр introtext (в БД modX это поле может принимать значения NULL)
Казалось бы, чего проще:

&where=`{"introtext":"", "OR:introtext:IS":null}`

Но проблема здесь в том, что в конечном запросе перед нашим условием в преобладающем большинстве случаев будут стоять ещё и другие условия, которые де факто будут объединены с нашим условием логикой «AND», причём наше условие в скобки взято не будет. В итоге в конечном запросе мы получим следующее условие:

WHERE (<i>прочие условия</i> AND `modResource`.`introtext` = '' OR `modResource`.`introtext` IS NULL)

Как видим, логика нарушена.

Всем привет!

Я уже несколько раз использовал miniShop2 в своих сайтах, но сейчас первый раз использую корзину и оформление заказа.

Столкнулся с тем, что заказ привязывается к пользователю MODx, привязывание идет по email (это делает метод getCustomerId в основном классе miniShop).

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

Я сейчас сижу и думаю, в принципе меня наверное устроило бы изменить механизм работы метода getCustomerId, что бы он пользователя генерил не по email, а каждый раз просто нового, в качестве логина используя к примеру текущее время.

Как красиво сделать email необязательным полем? Без правки исходников.

Hi there.
How would I go about adding related items in checkout?

eg — if a user is buys a tablet, and a phone, then on (or near) checkout, how can I show accessories for each item?

Thank you

Как правильно передать конструкцию MATCH..AGAINST соответственно в SELECT и WHERE?