40 минут назад
Подскажите, пожалуйста, пытаюсь добавить свое кастомное поле в свойства товара MiniShop3 1.3.0-beta-1.
MiniShop3 — Утилиты — Свои поля — Создать поле...
MiniShop3 1.2.0 - 1.3.0 Самое интересное 7
6 часов назад
Это очень круто! В компоненте есть функционал создания транспортного пакета?
CustomExtra 3.0.0-beta для MODX3 4
Вчера в 23:41
И мой метод скорее всего на шаред-хостинге работать не будет, на шареде порты закрыты и не дают законектитьсяИменно не будет работать. Тестил пока на ...
Инструкция: Настройка SOCKS5 прокси в MODX3 для работы с репозиторием 24
Вчера в 16:43
Попробуйте параметр &scrollTop=`0`
Нигде в документации он не описан (есть лишь в javascript pdopage), но мне помог в такой ситуации.
Скроллит страницу вверх при ajax пагинации pdoPage 12
Вчера в 16:16
Я к чему спросил, сейчас активно ведется разработка ключевых компонентов под MODX3. Соответственно все больше разработчиков будут выбирать 3-ку
На ...
FileMan - прикрепление файлов к ресурсам для MODX 3 70
01 февраля 2026, 17:45
UPD: Предложенный вариант с формированием ссылок рабочий, конечно, но он вызывает перезагрузку страницы.
Как бы решить эту задачу красиво, с Ajax как...
Кнопки как в ModStore 12
01 февраля 2026, 15:20
Спасибо за помощь! Попробовала рекомендации, пока не помогло. Но, думаю, действительно какой-то конфликт. Буду ещё разбираться.
Не работает пагинация pdoPage 6
30 января 2026, 17:55
Уже практически готов, допиливаю детали. В течение недели думаю релиз будет
MiniShop3 - 1.1.0 - Уже в Modstore.pro 38
30 января 2026, 14:56
Это для фронтендеров которым fenom привычен я так полагаю
Fenom.js: шаблонизатор в стиле Fenom.php для JavaScript и Vite 5
29 января 2026, 12:28
Хотя не зря, все равно мой велосипед более гибкий, в будущем может еще что то к нему прикручу.
Сниппет getPageBlockContent для вывода блоков PageBlocks (Free версия) с других страниц в MODX 6
Сложно сказать, что это был за глюк.
Оказывается, как ответил Василий Наумкин, то и where должно работать с TV полями.
Я на следующий день раскоментировал вызов сниппета с условиями where? который ничего не находил и вдруг о чудо — он стал возвращать результаты. Хотя ничего на сайте не менялось.
Я уже сталкивался с подобным полгода назад на одном проекте, который делали другие люди.
Это вот описано в моем вопросе modx.pro/help/11402/
Проект этот делал не я, он проработал несколько лет и вдруг начал выдавать ерунду в страницы. Перестало работать where. Прошло несколько дней и все само вернулось назад.
Еще раз спасибо.
Вчера pdoResources упорно игнорировал условие where, мне посоветовали пользоваться &tvFilters, но тоже не работало.
Сегодня раскоментировал сниппет, который вчера ничего не находил, а он все прекрасно фильтрует, даже по where, хотя я ничего не изменял.
Хотя как можно догадаться что значения по умолчанию в базу не попадают…
А откуда же их получил getResources…
Ну и плюс передавалось 5 разных TV полей, со значениями по умолчанию и без них и не шла выборка ни по одному.
Но это так, лишь глупые размышления.
Ну и уж совсем понаглею, подскажите еще как изменять тип поля ввода стандартных свойств в minishop2? Если не сложно, конечно. Более детально здесь — modx.pro/help/12510/
Кстати не подскажите, как разработчик pdoTools что вот в этом случае пошло не так — modx.pro/help/12493/
pdoResources возвращал 0 строк а простая замена на getResources при тех же настройках решила проблему?
Спасибо.
Странно это, но нужно будет запомнить что вызывать модификаторы и фильтры нельзя в строке @INLINE
getResources прекрасно фильтрует.
При всем при этом tv поля отлично отображаются в шаблоне.
Выполнение данного SQL запроса в PMA вернул MySQL вернула пустой результат (т.е. ноль строк). (Запрос занял 0.0009 сек.)
Сделал фильтрацию по &tvFilters и снова ничего.
Вот результат вызова pdoResources без фильтрации и с пустым tpl
То есть лежит в warehouse_for_collection строка На заказ
Вызываю тот же pdoResources с условием
и результат 0 строк.
Ткните носом где я еще туплю. Строковые значения на складе и на заказ заменял на числовые 0 и 1, не помоголо.
Спасибо.
modx.pro/users/4812/tickets/
Уже пробовал и заменить строковую переменную на число, попробовал метод с LIKE и совершенно пустой результат приходит.
Спасибо.
А вот кто-то пробовал работать с новой невидимой каптчей гугла?
Есть опыт относительно MODX, AjaxForm и FormIt?
Вот относительно моей ситуации.
Есть страница, в шаблоне которой есть div#result
Попадая на нее в первый раз внутри дива лежит вызов pdoPage, который выводит ну скажем 1 товар используя msProducts и пагинацию
Попадаем на страницу и все отлично.
На странице есть ссылки, позволяющие отсортировать результаты и это происходит через JQuery.post
При клике на ссылку считываем из нее параметры, передаем их в сниппет и там через switch выбираем что запустить и что вернуть.
К примеру так
при клике на ссылку получаем из нее id текущего ресурса и «указание» что делать и ajax ом передаем без перезагрузки на эту же страницу.
На странице есть снипет который ловит ajax запросы, получает значение и через свитч вызывает тот или иной сниппет с нужными параметрами.
К примеру так
Тоесть получили с сылки значение show_price_down и вызвали сниппет pdoPage с настройками, которые вернут нам товары, отсортированные по убыванию цены.
Мой сниппет возвращает $res как строку.
В ней лежит код выводящий товары.
И этот код заменяет собой содержимое div#result
В случае если работать без pdoPage все работает чудно. Я задаю ссылкам нужные мне значения атрибутов, ловлю их в сниппете. вызываю либо msProducts или pdoResorces с нужными настройками, передаваемыми в массиве $params и все работает как часики. Но без пагинации.
Вызов pdoPage вызывает сложности.
Пагинация по умолчанию выводится в плейсхолдер [[!+page.nav]]
Если я указываю его за пределами div#result то пагинация корректно выводится только в первый заход на страницу, что логично. Когда я через аякс меняю выборку и вывожу уже не 100 товаров а 5, то я отлично переписываю содержимое div#result новыми пятью товарам, а строка с пагинацей остается не изменной. Она ведь за пределами контейнера и не сменилась при аякс запросе.
Вношу плейсхолдер [[!+page.nav]] внутрь контейнера и ожидаемый результат. При аякс запросе пагинация просто исчезает. Что логично ведь она не содержится в переменной $res, в которой лежит результат отработки вызова снипета pdoPage. Делаю свой снипет на основе pdoPage и в return кроме отработки снипета методом конкатенации добавляю значение переменной $pagination в которой как раз и лежит код пагинации. Почти радуюсь ибо теперь с каждый аякс запросом моим возвращаются и товары и новая пагинация. Чудно! НО.
При переходе по пагинации начинается вполне прогнозируемый сбой.
Ведь URL не изменяется когда я получаю данные через аякс и страница называется www.site.ru/collection независимо от того выведео у меня сейчас все 100 товаров коллекции или 5, которые отобраны по аякс запросу которые есть на складе. И стоит перейти по пагинации я попадаю на URL типа www.site.ru/collection?page=2
То есть пагинация идет по гет запросу и я вижу соверщенно не нужный мне результат. Я вижу вторую страницу не товаров которыя я отобрал а вторую страницу ВСЕХ товаров.
Надеюсь я понятно поясняю, простите за длину.
А вот попытка передать параметр ajaxMode при вызове снипета pdoPage внутри моего снипета приводит к тому, что он ничего не находит. Стоит убрать указание параметра ajaxMode и все работает чудно, но приводит к ошибкам указанным выше. Я вижу по коду снипета pdoPage что при передаче значения в него ajaxMode он просто вызывает пустой return? но пока не могу понять как с этим бороться.
Как сделать чтобы на одном URL менялось содержимое тега div#result по моему запросу а пагинация перемещала по отобранным результатам.
Спасибо всем, кто хотя бы прочел это до конца.