Решил так:

@EVAL

$id = $modx->resource->get('id');
$parent = $modx->resource->get('parent');

$parentResource = $modx->getObject('modResource', $id);
$grandfResource = $modx->getObject('modResource', $parent);

$parentId = $parentResource->get('parent');
$grandfId = $grandfResource->get('parent');

$pg = "$grandfId,$parentId";

return $modx->runSnippet('pdoResources',array('parents' => $pg,'depth'=>0,'limit'=>0,'where'=>'{"template:=":47}','tpl'=>'@INLINE [[#[[+parent]].pagetitle]] > [[+pagetitle]]==[[+id]]','outputSeparator'=>'||'));

Вдруг кому-то понадобится.

Проблема видимо в том, что конструкции типа [[+parent]],[[#[[+parent]].parent]] обрабатываются только в шаблонах.

Постам прошлого, у которых коэф рейтинга -0.1 и ниже, за каждое добавление в избранное и за каждый положительный голос рейтинга, следовало бы повышать коэф рейтинга на +0.01 или +0.005. Возможно делать это только для определённых разделов. Это будет справедливее. Тогда заметки прошлого, которые были действительно полезны людям, не будут несправедливо уценены вместе с бесполезным «мусором».

смотри информацию о Модификаторы MODX и фильтры phx

Тоже актуально!

Если поменять это

parents'=>'[[+parent]],[[#[[+parent]].parent]]'

на запись

parents'=>'538,539'

выводится как надо

В чем подвох этой конструкции

[[+parent]],[[#[[+parent]].parent]]

?

Рано обрадовался. Моя конструкция почему-то выводит документы из всех уровней дерева.

--Дед
------Показать чекбоксом
----Родитель
------Документ со списком чекбоксов
------Показать чекбоксом
------Показать чекбоксом
----Родитель
------Документ со списком чекбоксов
------Показать чекбоксом
----Родитель
------Документ со списком чекбоксов
------Показать чекбоксом

В моей выборке получается, что в ресурсе где выводится список чекбоксов видны все ресурсы с шаблоном 47 изо всех родителей и деда. Хотя вроде как вот это

parents'=>'[[+parent]],[[#[[+parent]].parent]]',

должно передать id текузего родителя и деда для выборки. Depth пробовал 0. Все равно.

Что тут не так?

Дедушку что-то не видит.

Сам отвечу на свой вопрос:

Примерно вот так через pdoResource.

@EVAL return $modx->runSnippet('pdoResources',array('parents'=>'[[+parent]],[[#[[+parent]].parent]]','depth'=>1,'limit'=>0,'where'=>'{"template:=":47}','tpl'=>'@INLINE [[#[[+parent]].pagetitle]] > [[+pagetitle]]==[[+id]]','outputSeparator'=>'||'));

В итоге получил список чекбоксов от документов с id 47 от родителя и от дедушки. В value у чекбоксов id документа.

Так попробуй:

@SELECT `Resource`.`pagetitle` as `pagetitle`,`Resource`.`id` as `id` FROM [[+PREFIX]]site_content as Resource 
LEFT JOIN [[+PREFIX]]site_content as Parent ON `Resource`.`parent` = `Parent`.`id`
WHERE (`Resource`.`template` = 47 AND `Resource`.`parent`= [[+parent]]) OR (`Resource`.`template` = 47 AND `Resource`.`parent`= `Parent`.`parent`)

Компонент не работает? А чего он тогда висит в магазине?

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

А сколько таких багов еще осталось по всяким разным компонентам??! Хорошо что добрые люди сообщили :-) А обычно компоненты проверять некому

Спасибо большое )))

Формула берет просто текущий год и год перед ним. Только числа года.

>>>Посты за текущий и прошедший год (и комментарии к ним) оцениваются как есть. Коэффициент равен 1

Я верно понимаю, что имеется в виду отсчёт возраста поста или комментария дискретно по годам? То есть, если пост опубликован в декабре 2023, то в январе 2025 он будет считаться как двухлетний.

Как здорово! А с Ютубом такая штука сработает?

Так откуда бы им взяться. Молодой крови особо не видно в наших краях.

на первых двух страницах новых лиц не особо видно))

))

Подмывает опять сказать «фе» и заявить, что теперь важные посты прошлого, которые набрали много баллов не просто так, а потому что тема была важная и автор вообще молодец, будут понижены в рейтинге! Но нет, повода на еще одну заметку не дам, все справедливо теперь. :)