Я сколько лет работаю, столько и встречаюсь с призывами «что-то делать» от людей, которые сами ничего делать не хотят, не могут или не умеют.

Какой смысл создавать тему, в которой пользователи что-то будут предлагать разработчикам? Вы думаете, где-то реально сидит скучающий разработчик и не знает, чем заняться? Зайдёт в тему, почитает, и — вот оно, бегу делать, волосы назад.

Нет, так не бывает.

Люди, которые умеют что-то делать, без дела не сидят. И если они не хотят развивать свои дополнения для MODX, значит они заняты чем-то еще. Как правило тем, за что лучше платят, или где интереснее работать.

Современный MODX не интересен разработчикам, ему просто нечего предложить. Отсталая админка, проприетарная система дополнений, странно прикрученый composer в 3й версии. Поэтому, как только появляются более-менее серьёзные навыки, разработчик переходит на Laravel или еще куда. А сюда заходит просто поболтать, потому что сложилось клёвое сообщество.

Я не знаю никого, кто бы на полный рабочий день занимался развитием MODX или компонентов для него. Именно развитием, клепать сайтики много кто может. Хороший программист денег стоит, но за развитие системы их не предлагают.

MODX развивается с 2004 года, и еле-еле доползли до 3й версии. Я еще помню, как issues писали на Redmine, и как переносили исходники на Github. Некоторые issues еще с тех пор там висят!
А вот Laravel стартовал в 2011 году, и уже вышло 10 версий — летит ракетой. Там целая экосистема, вплоть до собственных сред разработки, типа Laravel Valet.

И это еще хорошо, что мы сделали modstore.pro, потому что американские владельцы до сих пор не озаботились монетизацией. PR в репозиторий висят месяцами, а то и годами. Когда ты получишь обратную связь — уже забудешь, зачем этот PR предлагал. Это потому, что и там никто на зарплате работой с репозиторием не занимается.

Мы при капитализме живём, любой энтузиазм рано или поздно заканчивается. Можно просто посмотреть, кто был активен в сообществе и что-то делал лет 5 назад, и понять, что никого из «старичков» не осталось.

Это естественный процесс взросления.

Так что, мой совет, не стоит ничего ждать, и ни к чему призывать. Лучше развиваться самому и осваивать другие системы, которые более по душе. Тот же Битрикс в иходном вопросе приведён в качестве примера 2 раза.

В итоге сколько будет стоить с учетом фильтрации?

Версия minishop2 3.0.0-pl, насчет скриптов не знаю что именно ответить, какие скрипты вы имеете в виду? если вы имеете в виду минишоп, я использую скрипты, которые идут с установкой

есть ли где-то в сети популярное объяснение того, как это работает на примерах.

В анонсах новых версий pdoTools скорее всего найдешь подробности!

А вообще, можешь сам провести тесты, используя параметр &return со значением sql и поймешь как это работает (нужно базовое понимание SQL-запросов, само собой, но для чтения уже написанного это довольно простой язык)

Я про то, что внутри JSON'а. То что есть JSON, что это и как работает, я знаю.

То что вы прислали это json))) Но я согласен, передавать массив удобнее

Я про этот синтаксис и спрашиваю. Это месево какое-то непонятное.

Вы пишите нужные условия в параметре where, сниппет добавляет их в запрос. А синтаксис для родного парсера только в формате JSON, для fenom можно ещё обычным php массивом.

Я последнее время как-то не очень понимаю задаваемые вопросы.
То ли вы интересуетесь тем, вариантом который я нашел.
То ли вы интересуетесь тем, работает ли найденный вариант.
В любом случай, под малось другим вариантом я понимал вариант запуска условия выборки не через Fenom, а через штатный вызов сниппета MODX. В остальном же, найденное мной решение в части условий выглядит аналогично.
&where=`{«uri:LIKE»:"%XXX%", «OR:uri:LIKE»:"%YYY%""}`

Ну тогда тут одним сниппетом не обойтись. Еще скрипты писать и плагин.

что работает?

Нужна сортировка по дате, форме и названию

Спасибо, пока ждал, уже нашел малость другой вариант.
Вот чего я не понял, так это того, есть ли где-то в сети популярное объяснение того, как это работает на примерах.

{'!pdoResources' | snippet : [
    //прочие параметры
     'where' => '{"uri:LIKE":"%твоя_подстрока%"}'
]}

вы хотите просто вывести таблицу, без возможности сортировки по дате и по названию формы?

migx никак не связан с msOptionsPrice2. А функционал, который вы спрашиваете, есть из коробки. Артур спрашивал, какая версия minishop2 у вас стоит, если новая, то какие скрипты используете — старые с jquery или новые без?

))))

А теперь представьте ситуацию, вы сделали сайтов 200, а потом Яндекс сделал платным поиск или отказался от этого поиска. (Для Яндекса это нормально, у них все быстро меняется).

> Важные компоненты mSearch2 и msOptionsPrice2 не развиваются, это действительно проблема

Для поиска по товарам можно использовать яндекс поиск для магазинов. Фильтры можно самому сделать. Один раз сделал и ставишь на все сайты потом. Для опций можно migx использовать

> На счет модх3 полностью согласен, для себя особых причин перехода не вижу.

Аналогично. Элементы по-прежнему в базе хранятся, ext.js на месте и той же версии, каких-то новых фич вроде нет. Изменения, я так понимаю, будут видны только при разработке компонентов. ZoomX и Minishop нет, а без них никак.

Сколько будет стоить написать такой сниппет?