меньше минуты назад
Не создается новый сайт если при создании указать версию php 8.4Вероятно, 8.4 не до конца установлена или чтото вроде того, тут стоит зайти на страниц...
Мне было грустно без Modhost и я сделал Meowbox 44
Вчера в 14:19
Спасибо! Я домен менял, а в конфиге сайта забыл поправить… Fixed!
[aiAssist] Я же просто попросил его создать магазин, а он СДЕЛАЛ ЭТО! 10
Вчера в 14:02
Переработал подход к скорости. Стало получше
modx.pro/components/25571
Новости MiniShop3, mSearch, mFilter 21
Вчера в 06:57
Разобрался. Оказалось плагин MagicPreview ломал js в редактировании категорий товаров.
Не открываются категории miniShop 2 в админке [РЕШЕНО] 1
08 мая 2026, 22:42
Не хватает кастомизации автокомплита: к товарам нужны как минимум цена и фото.
Будет отлично, если появится в будущем.
mSearch для MODX3 и MS3 - уже в modstore.pro 11
07 мая 2026, 07:53
Решение оказалось банальным: в вашем источнике файлов нужно, чтобы пути НЕ начинались со слеша.
Почему в Диспетчере файлов не отображаются SVG файлы? 7
06 мая 2026, 13:28
Столкнулся с этим сейчас) у меня один файл не открывался, оказалось файл был в кодировке windows-1251, сменил на utf-8 и все заработало.
Uncaught SyntaxError: Unexpected token , 16
28 апреля 2026, 10:33
docs.modx.pro/components/minishop2/development/scripts-and-styles
вам нужно событие Order.submit.response.success
Как создать java script событие для кнопки "оформить заказ"? 1
27 апреля 2026, 13:13
Если только после майских праздников можно будет сделать для 2.x. Попробую.
mxDadata — интеграция DaData (Suggest, Clean, Party) с MODX 3 и MiniShop3 2
Сложно сказать, что это был за глюк.
Оказывается, как ответил Василий Наумкин, то и 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 по моему запросу а пагинация перемещала по отобранным результатам.
Спасибо всем, кто хотя бы прочел это до конца.