Алексей Шумаев
С нами с 30 ноября -0001; Место в рейтинге пользователей: #26Вчера в 08:04
Уважаемый @Павел Гвоздь, планируется ли версия для modx 3?
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurrency 6
30 июня 2026, 13:13
Добрый день! Может что-то с правами доступа к файлам? Посмотрите логи в modx, в php. С ходу сложно ответить, ранее не было таких случаев.
FileMan - прикрепление файлов к ресурсам для MODX 3 74
29 июня 2026, 21:27
Большое спасибо за подсказку, но проблема решилась переустановкой.
Зависает корзина минишоп2 2
27 июня 2026, 10:51
Применительно к данному компоненту не знаю, что можно сделать специфического для ИИ. Хотя в целом идея интересная, можно в пакет добавлять скилл или п...
Хватит логгировать как в каменном веке 🪵 5
26 июня 2026, 09:30
Все рекомендации учтены
CommerceBridge1C — двусторонняя интеграция 1С с MODX 3 и miniShop3 по CommerceML 2. 8
25 июня 2026, 21:21
Я и не искал. С новым Formit необходимость в Fetchit и аналогах отпала. Переезд легкий, только событие в js изменить.
FormIt 5.2: нативный AJAX и reCAPTCHA v3 7
25 июня 2026, 01:17
Кстати вопрос возник. Раздражало что для базовой локализации надо было делать версию ru — т.е. создавать дублирование информации из полей и доп.полей....
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeVue 2
20 июня 2026, 17:54
Только что столкнулся с таким на modx3, ранее 1 раз видел на modx 2.8 — не было времени и мотивации разбираться.
Но проблема есть и она старая.
Кл...
Не срабатывают статичные плагины 1
Но проблема есть и она старая.
Клиническая картина такова: в обычном режиме плагин работает нормально, в статическом — реагирует на событие pdoToolsOnFenomInit (хотя оно не отслеживается данным плагином), код плагина игнорируется.
В кэше лежит правильный код плагина.
Пока предположение одно — причиной бага может быть pdoTools исходя из несанкционированной реакции на pdoToolsOnFenomInit. Попробую позже покопать.
Кто встречался — отпишите, будет полезно.
issues со статусом bug будут закрыты до релиза, как я понимаю? )
Там есть критичные.
Вероятно что-то с JOIN. Особенность — дубли только для первого товара в выборке.
Сейчас, к сожалению, нет возможности оперативно найти причину.
Проверил вызовом как msProducts, так и mFilter.
Тогда можно в зависимости от наличия disabled скрывать/показывать кнопку. Чаще всего логика показа кнопки такая: показываем кнопку сброса, если есть что сбрасывать.
Вот этот коммент посмотри, пжст: modx.pro/components/25442#comment-146518 (выше).
Тоже важно, особенно в плане снижения нагрузки для выборки на больших каталогах.
Будет отлично, если появится в будущем.
Как есть не работает; быстро глянул в коде — вроде бы нет нигде фильтра по category при выборке
Мне кажется, это ошибочное решение, т.к. данный сниппет, например может применяться для вывода мини-корзины и тогда будет просто пустота — ни чанка, на массива.
Крайне неожиданное поведение — ведь логика отображения должна быть исключительно в чанке.
Не думаю, что нужно просто глушить вывод сниппета от наличия этой переменной — может (и точно будет) приводить к проблемам и постоянным вопросам пользователей.
Предполагаю, что это сделано для случая вывода корзины и формы заказа на одной странице, но лучше таки оставить логику на стороне чанков/шаблона, чтобы это было контролируемо.
Например:
Это приводит к разным нюансам, а главное — к фатальной ошибке в случае применения к ним модификатора number pdoTools.
Пока лучше делать так, если используем эти параметры:
Пробуем выполнить:
В классе CustomerAPI (assets/components/minishop3/js/web/core/CustomerAPI.js) выполняется метод add,
отправляющий запрос на роут /api/v1/customer/add disk.yandex.ru/i/QLb00kmT6NItWg, которого не существует: disk.yandex.ru/i/G1mWoPwSw0DmbA
Логично, т.к. такого роута нет в core/components/minishop3/config/routes/web.php
Возможно вместо handleAdd в CustomerUI должен быть метод handleRegister, использующий соответствующий роут. Я обратил на него внимание именно потому, что не понял, зачем нужен handleAdd.
Логично, что нужно зарегистрировать клиента через register, а если менять его поля, то это или PUT profile или PUT addresses если поля адресные. Ну или я что-то не понял.
Не работает getTree в core/components/minishop3/src/Controllers/Api/Manager/OptionsController.php.
В качестве корня ($parent) передаётся 0, поэтому дерево будет строиться только в том случае, если корневой ресурс имеет класс msCategory. Вероятно нужно добавить настройку, определяющую корень каталога товаров.
Не то что бы заброшен заброшен, просто не обновляется ввиду отсутствия необходимости.
Исходя их описанных задач, данный компонент не подойдёт.
Я бы сделал специфичное решение под нужный функционал.
Тем более, что сейчас уже пришло время делать на базе MODX3.
Напишите в личку: временный доступ к админке + ссылку на нужный ресурс, придумаю что-нибудь.
Решается правкой файла core/components/awss3mediasource/model/awss3mediasource/awss3mediasource.class.php, метод getObjectContents: установить $isBinary = true.
Проблема в том, что метод isBinary() отдаёт false, поэтому контент пуст и превью не создаются.
Почему метод отдаёт false пока не копал, не когда )
В облаке Beget всё заработало