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

$profile = $modx->user->getOne('Profile');
$fields = $profile->get('extended');
$id_user = $fields['id_club'];

Как ты исправишь основную фишку рекурсивого парсера — рекурсивный разбор тегов? Это просто такой метод работы, который очень многим в MODX и нравится. Напихать тегов друг на друга, парсер сам разберётся.

Ну а замена простых плейхолдеров… Самый главный архитектор системы об этом давно знает и ничего менять не хочет.

Хочешь исправить — ставь pdoTools и пользуйся, для того расширения и нужны.

@Николай Хохлунов, здравствуйте. Как можно записаться на бета-тест билдера?

docs.modx.com/current/en/extras/login/login.tutorials/using-pre-and-post-hooks читал?

Разве только для formit? С fullname работает же.
Сейчас речь об UpdateProfile из пакета Login.
Данные нужны текущего пользователя.
Речь идет о синхронизации информации из профиля с ресурсом, в некоторой части совпадающей с профилем, когда этот профиль меняется.

То есть, если вы прячете какой-то кусок оформления для вывода только нужным пользователям за условиями в чанке — именно этот кусок и будет первым делом разобран, а потом MODX решит, нужно ли его выводить, когда проверит условие с юзером.

Прошу прощения за мой дилетантский вопрос, но не лучше ли было исправить этот косяк и прислать код разработчикам MODX на Гитхаб? Обработку простых тегов тоже можно было бы предложить оптимизировать в коде основного парсера.

Сергей, я считаю вполне обоснованным «недопонимание» со стороны Василия, мне бы тоже не понравился упрёк в мою сторон

Наверно ты прав. Думаю, будет правильнее удалить это. Статья чисто техническая. И не хотелось бы придавать ей какую-то эмоциональную окраску. И у меня нет никакого упрёка или претензий ни к Василию как к разработчику, ни к pdoTools. Многие из нас участвовали в совершенствовании этой библиотеки. Поэтому знаем все её преимущества. А Василий потратил огромное количество своего времени на её развитие. Только неблагодарный может предъявлять какие-то претензии. Я точно к таким не отношусь.

А недопонимание объясняется легко. К сожалению, у нас с Василием давно уже нет взаимопонимания. И уважительного отношения на личностном уровне. Но я от этого не страдаю. Уверен, и он тоже. И в дальнейшем я не планирую повышать нулевой уровень нашего общения.

И в конце статьи тогда стоило бы уточнить про предустановку pdoTools

А бывают сайты без pdoTools? Лендинги наверно? Но про них говорить смысла нет. Просто я в статье закрепил то, о чем много раз говорил и в чатах и комментариях в ответ на вопросы типа насколько быстрее будет работать сайт, если в карточке товара заменить синтаксис MODX на Fenom. В одном из своих последних комментариев тут я как раз и писал, что главная причина ускорения сайта — это pdoTools.

Многие разработчики сами замечают, что после замены ничего не изменилось по скорости. Как и на не заметил прироста на своём сайте. В этой статье я объяснил почему. Да и сам Василий в своём сегодняшнем посте тоже. Цифры для pdoParser до 100 чанков. Большинство сайтов (может даже 90%) использует пагинацию и даже 100 чанков парсить в цикле не будет. Не у всех на каждой странице сайта 890 комментариев.

О каких хуках речь? Что за доп? Данные какого пользователя ты хочешь получить текущего или произвольного? В целом метод getValue в FormIt возвращает поля формы, которую т отправляешь.

Делаешь диапазон, смотришь как это выглядит в get-параметрах, потом по совету @Алексей Смирнов путём хитрых манипуляций, скорее всего через отдельный сниппет, формируешь массив чекбоксов и выводишь его. ЛИБО пишешь скрипт для Console который пройдёт по всем ресурсам и добавить в созданное тобой поле диапазон. Т.е. ты задашь массив диапазонов и проверишь в какой из них каждый ресурс попадает и заполнишь свое поле. Например. Есть ресурс у которого значение мощности 11 и ты в скрипте проверяешь в какой диапазон это значение попадает, а затем это значение записываешь в отдельное поле и фильтруешь уже не по мощности, а по диапазону. Надеюсь понятно объяснил. Я так на одном своём сайте делал. Дополнительно ещё плагин написал, который при создании ресурса сразу определяет в какой диапазон он попадает.

а есть какие-то похожие примеры?

так мне нужно именно чекбоксы с диапазонами 10-20, 20-30 и тд

Прикрепи код вызова

Думал в эту сторону, действительно так работает, спасибо!

Спасибо! Поправил в 1.0.2-beta

Спасибо, сделал, кеш чистил, все равно не правильная последовательность…
Блок фильтров по каталогам в самой середине: prnt.sc/gPEm6FcerM3r

нужно поместить чанки этих фильтров последними наверное

Еще можно: или писать свой кастомный фильтр-формировки диапазона или извратиться немного в шаблоне-выводе так, чтобы в поисковую попадал заранее подготовленный диапазон.

А выбор из выпадающего списка сейчас реализовать помог Артур, он предложил с помощью js формировать ссылку с get параметрами: prnt.sc/OkX-GKLLv5Pv

Это в случае, когда модели и марки — категории.

Ты сам ответил на свой вопрос))) Нужно сделать фильтрацию по диапазону чисел вместо чекбоксов.

Приветствую, подскажите пожалуйста, как поменять порядок групп фильтров? К примеру 'default' => [
'ms|vendor:vendors', 'resource|parent:parents'

Эта группа фильтров должна идти последней: resource|parent:parents

А она выводится второй после ms|vendor:vendors