- Заметки 84
- Комментарии 66
Вчера в 16:00
Предлагаю в целом обсудить понятие «вариант товара».
Я пришел к тому, что варианты — являются отдельными товарами. Возьмём для примера футболку. У ...
ms3Variants - Реализация вариантов одного товара в MiniShop3 7
12 марта 2026, 22:19
опытным путем выяснил что ошибку валидации радио кнопок можно вылечить добавив в форму еще один вариант
<input type="radio" name="...
Валидация radio кнопок в Sendit 1
11 марта 2026, 09:11
Привет!
Все верно:
1-го нет в магазине modstore и modx.com
2-й платный
mxEditorJs - блочный редактор Editor.js для MODX 3 2
10 марта 2026, 22:13
Все верно, сорян, в своем сообщении написал не то что хотел =)
msGiftCards - дополнение для MODX 2 + miniShop2 для продажи, применения и учета подарочных сертифика... 5
06 марта 2026, 09:38
Александр, данный компонент более недоступен для приобретения?
miniShop 2.9.1-pl 57
06 марта 2026, 09:11
Спасибо за информацию — проверим. Какой редактор используете?
MiniShop3: итоги февраля и версия 1.6.0 6
04 марта 2026, 21:09
Немного нетипичный пост на этом форуме. Будем считать это экспериментом. Кратко вводную информацию я выложил у нас в телеграм-сообществе — получил мно...
Baymard Institute: 61 рекомендация для e-commerce, о которых стоит знать 1
04 марта 2026, 20:13
Атомарненько)))
ms3FirstTimeBuyerDiscount - автоматическая скидка на первый заказ 7
Сниппет вставки кода в (вызываем соответственно сниппет в , в коде добавлены пробелы до и после { и } чтобы fenom не ругался):
А для кода который вставляется после тега body сделал такой чанк (с конструкциями fenom — fenom должен быть включен -если не хотите включать переделайте в сниппет как в примере кода сниппета выше)
В контекст добавил ключ GoogLeTagManagerID со значением ID GoogleTagManager (который выглядит как GTM-ABCDEFG)
Особенность fenom-a такова (помимо преимуществ шаблонизации), что он отрабатывает только 1 раз, тогда как родной парсер MODX-a может пробегаться по шаблонам до 10 раз.
Совмещая родные теги и теги MODX-a, вы лишь создаете дополнительную нагрузку.
UPD: советую особенно внимательно посмотреть раздел синтаксиса из ссылки выше, это позволит закрыть многие вопросы.
На сайте хотим сделать 3 варианта оплаты — за 1 урок, за конкретный месяц (в нем несколько уроков) и за годовой доступ ко всем урокам. 9 учебных месяцев в курсе. Как лучше логику отстроить.
Пока сообразил проверку через вложенные .
Подскажите как вывести форму оплаты за годовой доступ?
Пока сообразил так:
то есть вывод формы оплаты сделал так:
{getContentId($parrentyear, 10, $cache)|pasraccess:('pas.content'|snippet:['resource'=>$parrentyear])}
что значит параметр 10 сам не понял, взял из документации расширения, вроде сработало. Где лежит код функции getContentId?
Прикол в том что в 1 уроке все норм работает, а в следующих (входящем в месяц 1) не работает.
Контент и тарифы зада на годовой курс (он корневой ресурс), на месяцы (они включают в себя уроки) и на сами уроки.
Можно делать примерно так:
I. Сначала читаем про расширение товаров, добавляем новое поле для оптовой цены, например optPrice.
II.
1. Читаем заметку
2. Создаём плагин, в нём проверяем пользователя. Примерно так:
Теперь ВЕЗДЕ у вас есть переменная $.site.ws.
Fenom:
III. В том же плагине на событие msOnBeforeAddToCart добавляем изменение цены для оптовиков, если оптовик.
Вроде всё. Но нюансов может быть множество )
ТП Яндекса нашли у себя ошибку — обещали исправить и переподключить.
Сегодня позвонил в очередной раз — специалист Яндекс.Кассы попался толковый — сразу на лету что-то там на стороне Яндекс.Кассы подшаманил и тестовый платеж прошел. Но не отработала фискализация — у меня в личном кабинете у них подключена онлайн-касса OrangeData — пришло сообщение что чек не удалось отправить, в личном кабинете платеж со значком что не фискализирован. Задал вопрос в техподдержку Яндекс.Кассы, пока жду ответа.
В письме:
https://github.com/yandex-money/yandex-money-joinup/blob/master/demo/54-fz.mdПроверил статус кассы в личном кабинете — все норм. Соответственно подозрение на формат передаваемых данных. Можете проверить инструкцию по формату и подсказать — что передает ваш модуль в ym_merchant_receipt? Как посмотреть?
Возможно есть трабла на стороне Яндекс.Кассы — возможно там чтото теряется. Не знаю как проверить и что написать ТП Яндекс.Кассы.
Есть еще документация API OrangeData https://github.com/orangedata-official/API и репозиторий интеграций PHP https://github.com/orangedata-official/PHP-OrangeData-official/
Можете посмотреть и сравнить с тем что требует OrangeData и что передает Ваш модуль в Яндекс.Кассу (возможно каких-то параметров не хватает)?
Думаю что решив эту проблему Вы сильно популизируете ваш модуль :). Готов помочь с тестированием через себя.
Так же можно сделать простейший поиск через pdoPage