Стукни в телегу.

так не работает… если только заменить на TV, потому что цена записывается в созданные тв-параметры (diler3 или price).
сделала сейчас также

&filters=`tv|price:number`
&tplFilter.outer.tv|price=`tpl.mFilter2.filter.slider`
&tplFilter.row.tv|price=`tpl.mFilter2.filter.number`

и всё равно нет слайдера. всё равно он также растягивается.

вообще не понимаю что не так…

&filters=`ms|price:number`
&tplFilter.outer.ms|price=`tpl.mFilter2.filter.slider`
&tplFilter.row.ms|price=`tpl.mFilter2.filter.number`

Поделись способом, может где пригодится

Объект $modx легко получается и при выключенной настройке. Так, для информации.

Важно только, что при таком раскладе нужен доступ к объекту $modx, с pdoTools и выключенным доступом к объекту (так по умолчанию) такая фишка не прокатит. А упрощенный класс $_modx не даст нужного результата, его нужно допилить, чтобы он возвращал все поля контекста.

Проверил, да так реально, работает, Сергей как всегда, спасибо!

Если ресурс уже подгружен, то можно получить контекст через него

$modx->resource->Context

Спасибо

Отправил Issue — github.com/modxcms/revolution/issues/15653

А что с ней не так?

Тоже хотел вам предложить через BETWEEN, но не был уверен, что сработает.

github.com/modxcms/revolution/issues/new?assignees=&labels=bug&template=bug_report.md

Ещё бы разработчики знали об этом. Не стесняйтесь создавать issue.

Доброго дня.
Уже доступно в магазине.

Быстрее и дешевле — да. Если речь о быстром старте и потом забыть об этом. Но если в дальнейшем это поддерживать и развивать, то очень и очень спорно.

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

Спасибо за развернутый ответ! А за vercel отдельное спасибо))) я натыкался на него ранее, но почемуто посчитал, что это хостинг чисто для статики.

сейчас спроса на простые и маленькие практически нет

Тут не соглашусь, у меня часто в работе лендинги для бизнеса у которых цель заключается в том, чтобы прорекламировать продукт и затем чтобы клиент зарегистрировался/подписался на рассылку или чтонибудь такое. Из требований там только чтобы текст и картинки менялись менеджерами, вот для таких случаев разрабатывать API-first на томже strapi + nuxtjs (или чем либо другом) банально дольше чем накатить верстку на modx подключить форму к formit и выкатить в прод.

Также и с магазинами, если требуется создать отдельный сайт под сезонную акцию и жизнь сайта 2-3 месяца, то разрабатывать на modx быстрее и дешевле для бизнеса, чем реализовывать чтото на современных решениях.

Както натыкался на статью, когда компания решила отказаться от вебпака в пользу своего решения и рассказывали, что у них сборка проекта производилась на 20% быстрее, а затем через годы программисты которые работали над этим решением уволились, документации никакой небыло и нужно было добавить в это решение поддержку postcss, в итоге проект начал собираться адски долго и все снова вернулись на вебпак)))

Иван, профиль глянь. Это же спам.

• modx.pro/news/21547
• modx.pro/news/21451
• vk.com/wall-61152387_1906
• 2 закрепленных сообщения в t.me/ru_modx

А что с первой версией?