20 минут назад
Начиная с версии 3.0.0-beta пакет доступен под MODX3
Минимальные требования:
MODX 3.2.* PHP 8.4
Cabinet 20
1 час назад
Нет. Сейчас категории и товары создаются напрямую через xPDO-модели:
— категории: newObject(msCategory::class) → save();
— товары: newObject(msPro...
CommerceBridge 1C — двусторонняя интеграция 1С с MODX 3 и miniShop3 по CommerceML 2. 2
20 июня 2026, 17:54
Только что столкнулся с таким на modx3, ранее 1 раз видел на modx 2.8 — не было времени и мотивации разбираться.
Но проблема есть и она старая.
Кл...
Не срабатывают статичные плагины 1
20 июня 2026, 13:08
С обновлением проблема ушла — отлично
Хватит логгировать как в каменном веке 🪵 3
19 июня 2026, 23:14
Обновление компонента
История изменений MaxNotify 3
1.2.0-pl
добавлен канал max в Центр уведомлений miniShop3;добавлена отправка из Центра дл...
MaxNotify3 3
19 июня 2026, 21:05
Копать надо в браузере. На вкладке сеть, если ответ 500, тогда в логи сервера.
Зависает корзина минишоп2 1
16 июня 2026, 15:00
Последний FormIt + последний FetchIt = белый экран
Последний pdoTools + последний MODx v3 = белый экран
FormIt 5.2: нативный AJAX и reCAPTCHA v3 5
15 июня 2026, 19:12
Благодарю) сижу ломаю голову, все сайты положил
Не получается установить PdoTools 6
Всего 125 972 комментария
Есть возможность приобрести его по другому?
Вобщем решил эксперименты отложить до лучших времен, когда потребность будет, пока вернул Login в работу. С ним проблем не возникает.
У меня вопрос такого плана. Мне надо сделать определение не для города, а для области (не Санкт-Петербург, а Ленинградская область). То есть в Ленинградской области одна информация, а в остальной России другая. Я смогу это реализовать с помощью компонента? Спасибо!
Как правильно сделать возможность массового редактирования цен, если кроме тех что имеет minishop2 созданы дополнительно в виде TV полей.
Пробовал в настройках модуля указывать их как:
ya_price
tv-ya_price
перенос или изменение не работают. Хотя в контекстном меню они появляются.
Я (очень) далеко не первый кто прыгает в поезд тенденции отказа от jQuery, которая возникла по объективным причинам. Главная из которых: сам JavaScript её почти/уже догнал по функционалу и удобству.
Использовать jQuery только чтобы навесить один обработчик на событие и добавить/удалить css класс с нескольких элементов — это одеть медведя в меховую шубу! Вот если вы сфинкс в Сибири, то надевать шубу (использовать jQuery) имеет смысл.
Ну и прекрасно, но это к чему? Это же аргумент в пользу FetchIt. Следите за руками:
— Если (как вы утверждаете) 99% сайтов на MODX используют jQuery, то AjaxForm будет работать на 99% сайтах, остальным сайтам (1%) которые без jQuery, придется тянуть зависимость только чтобы работал AjaxForm.
— Если (как вы утверждаете) 99% сайтов на MODX используют jQuery, то FetchIt будет работать на 100% сайтах, даже у тех где используется jQuery.
На это уже @Артур Шевченко ответил, но я дополню, больше не для вас, а для всех кто так думает. FetchIt делает больше и лучше за 300 строчек кода чем AjaxForm за более чем 12 000.
я его добавил, письмо для подтверждения улетело. Перехожу по ссылке, а на странице подтверждения следующий прикол:
пол страницы отрезано, все начина с {set $user = '!aflActivateUser' | snippet:[]}
В консоли ошибка:
/lk/confirmation?lu=YWRtOTNydXNAeWFuZGV4LnJ1 500 (Internal Server Error)
Если этот сниппет убрать, страница загружается нормально.
Вобще вкурить не могу, что я делаю не правильно…
При отправке формы регистрации:
все поля принимают disabled
magazin.ru.xsph.ru/assets/components/ajaxformitlogin/action.php 500 (Internal Server Error)
В логах сервера:
Но не понятно в чем преимущество удаления зависимости от jquery?
99% сайтов на modx используют эту либу.
Да и говорить что она огромная, это смешно, по сути весит как одна картинка на любом сайте да и в браузере уже у всех в кеше есть.