Павел Гвоздь

Ничего из описанного msop2 не умеет, насколько я знаю.
Пишите в скайп pavelgvozdb

Знание решает, все верно!
Да и не понятно мне, зачем задавать такой вопрос в сообществе MODX. Явно же, что местные будут хвалить «своё болото».

Если хотите писать много кода и изобретать велосипед, который в MODX уже изобрели и на котором успешно катаются (система юзеров, групп, ресурсы и т.д.), то смотрите в сторону фреймворка.

Пишите в скайп pavelgvozdb
Задействуем для этого компонент xParser. К слову, отлично подходит для таких задач.

Пишите в скайп pavelgvozdb

Прикольно. Видимо название достаточно распространенное, ибо у меня тоже есть компонент seoFilter, около года валяется, на одном моем проекте задействован по-полной. Правда функционал несколько иначе работает, в частности, ему вообще не нужен mFilter2.

Пишите в скайп pavelgvozdb

Обратите внимание на метод prepareArray, который вы используете в процессоре GetList. Он нигде не прописан у вас. У Василия же вот тут.

К сожалению, некогда этим заниматься.

Скайп pavelgvozdb
Телеграм telegram.me/pavelgvozdb

Скайп pavelgvozdb
Телеграм telegram.me/pavelgvozdb

Смотрите в сторону соответствующих событий плагинов. По-моему OnUserSave и OnBeforeUserSave…

По-моему, только так это и делается по-хорошему…

Добавьте кат… а то главная страница стремно смотрится…

ты считаешь, что это «больше» чем то что было наработано за все прошлые годы

Это эффективнее и этим, на мой взгляд, всё сказано…

А зачем делать все эти подсчёты на стороне MySQL и джоины, когда в описанном мной способе преимущество в плане быстродействия и ресурсопотребления на лицо?

Готово! У сниппета появился дополнительный параметр &mode, позволяет выбрать режим вывода сниппета: db или local. В режиме local сниппет обходится без запроса к базе для того, чтобы узнать кол-во лайков/дизлайков и рейтинг, вместо этого вам будет необходимо передать эти цифры в качестве параметров в сниппет:

{'!xLike' | snippet : [
    'mode' => 'local',
    'likes' => $_modx->resource['likes'],
    'dislikes' => $_modx->resource['dislikes'],
    'rating' => $_modx->resource['rating'],
]}

Подразумевается, что в ТВ полях likes, dislikes, rating хранится соответствующая информация.

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

На счёт дополнительного режима сниппета без запросов к БД можно подумать, хорошая идея!

Ну можно в таком случае добавить еще одно поле в таблицу ресурсов и прописать его в map массив. В этом случае в плагине на событие xLikeOnVote писать данные рейтинга в него. Тогда можно будет и сортировать без приведения типа.

Да, все верно, если сохранять данные рейтинга и кол-ва голосов в полях ресурса или другого объекта, то можно обойтись и без лишних запросов к БД. Вот тут код компонента, а тут непосредственно сниппет, который формирует propkey.