Wayfinder и количество документов в контейнере

Есть довольно частая задача - вывести меню до определенного уровня вместе с количеством страниц в каждом разделе. Новички обычно спотыкаются на ней и задают вопросы "а как?!".

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

Итак, обычный вызов сниппета, можно даже некэшированный:

[[!Wayfinder?
    &startId=`2`
    &level=`3`
    &rowTpl=`tpl.Wf.row`
]]

время работы: [^t^]

Обычный чанк tpl.Wf.row, только с вызовом особого сниппета в виде фильтра вывода.

<li[[+wf.id]][[+wf.classes]]>
    <a href="[[+wf.link]]" [[+wf.attributes]]>[[+wf.linktext]]</a> ([[+id:getItemsCount]])
    [[+wf.wrapper]]
</li>

И необычный сниппет getItemsCount, который мы вызываем один раз на каждый пункт меню. То есть, очень много раз.

$ids = $modx->getChildIds($input);
$count = 0;
if (!empty($ids)) {
    $count = $modx->getCount('modResource', array(
        'id:IN' => $ids
        ,'published' => 1
        ,'deleted' => 0
        ,'hidemenu' => 0
        ,'isfolder' => 0
    ));
}
return $count;

И получается вот такая картина:

Как вы думаете, сколько времени занимает генерация каталога из 1000 товаров на 3 уровня вглубь с подсчетом вложенных ресурсов в каждой позиции?

А на 2 уровня? #### 0.3650 s

Из кэша, соответственно: 0.0820 s и 0.0684 s. Ужасно тормозной xPDO, зачем его только придумали?

19 комментариев

Николай

Василий, день добрый.

Насколько я понимаю, хоть в шаблонах и ресурсах есть параметр обновлять кеш после сохранения.

Первый вызов страницы, все равно получается гораздо более долгий. Это связанно с кешированием на стороне пользователя или на сервере еще, что то дополнительно кешируется.?

Просто если на странице вызывается 4-5 снипетов.

К примеру пара Wf, getRes, ну и еще что нибудь, то 1 вызов может быть более секунды.

С этим как то можно бороться или бессмысленно?

Василий Наумкин

Первая генерация страницы, без кэша за одну секунду — это быстро.

Вы генерируете страницу. Это кушает ресурсы. Чем более сложная страница — тем больше уходит ресурсов на ее генерацию.

Вариантов много:

1. Упрощайте страницу

2. Грузите тормозные блоки через Ajax или отдельно кэшируйте (у меня на сайте так кэшируется блок справа, с последними событиями)

3. Отключите очистку кэша при обновлении ресурса — там есть галочка такая. Можно чистить ресурсы вручную, по id в /core/cache/resource.

4. Переходите на самописные сниппеты, наконец, зачем вам универсальные и «тормозные» getResources и Wayfinder (это сарказм, конечно). Лично я не смог написать более быстрый сниппет для выборки ресурсов, даже с половиной функционала getResources.

Если все это не подходит — пишите на чистом php, не используйте MODX и другие фреймворки. Уверен, времени уйдет раз в 10 больше.

Николай

Я не в коем случае не говорю, что они тормозные)) Просто этот момент интересовал спасибо за ответ.

Николай

Я даже имел ввиду не переделывать что то, а генерировать страницы заблаговременно скриптом. Что то вроде бота который бы ночью проходил по сайту и готовил страницы, а пользователю уже готовое бы выдавалось.

Естественно, при этом контент на сайте меняется не чаще, чем раз в сутки

Или это глупость?

Василий Наумкин

На мой взгляд — оно того не стоит.

Контент обновили, у первого юзера страница грузится 1 секунду, у остальных — быстрее. Не уверен, что это кто-то вообще заметит.

Или вы amazon программируете и считаете миллисекунды?

Николай

нет конечно)) Просто в тему последних холиваров, стал обращать на скорость генерации страниц чисто из спортивного интереса.

Александр Наумов

Спасибо, очень полезно! Как раз сейчас разбираю Wayfinder по косточкам.

Подключил jquery.bassistance.de/treeview/demo/, затем решил сделать альтернативу, что бы дерево строилось без JS и тут начал перебирать все встроенные возможности Wayfinder, что бы добиться следующего вывода:

То есть, вложенный li всего один и у него class=«last».

У меня вопрос, как вы считаете такого стандартными средствами добиться можно, или здесь нужно написать свой сниппет?

Andrei Kilin

Структуру дерева и результат подробнее распишите?

Василий Наумкин

Давайте в отдельный вопрос, а? bezumkin.ru/help/ask.html

Николай

rtfm.modx.com/display/ADDON/Wayfinder прочтите внимательно мануал. Там все эти ласты (и даже копыта )вложенные и не вложенные описаны.

Василий

Может глупый вопрос, но я не понял как чанк «tpl.Wf.row» передает синиппету «getItemsCount» id родительского ресурса. Откуда берется переменная $input? Может ссылочку дадите где про это написано.

Василий Наумкин

rtfm.modx.com/display/revolution20/Input+and+Output+Filters+%28Output+Modifiers%29

Василий

Огромное спасибо)

Алексей Добряков

Решение хорошее но выводит ошибку

(ERROR @ /index.php) Encountered empty IN condition with key id

ModX 2.2.8

Василий Наумкин

Это если у ресурса нет потомков.

Обновил топик, будет возвращаться 0, без ошибки.

Рустам Алимов

Если встречается символическая ссылка в ней то нет документов, а вот куда она ссылается есть. Что тогда? Нужно получается проверять class_key и если webLink забирать content в котором указан id ресурса на который ссылается ссылка.

Дмитрий

Сделал всё как по примеру, не выводит количество ресурсов (а пункты меню выводит). В чём может быть причина? Движок: MODX Revolution 2.2.14-pl (traditional). У меня ещё кстати getResources не работает вообще. Даже без параметров когда вызываю - массив не выводит. Но ему нашёл замену - pdoTools. А вот количество ресурсов вывести в меню очень бы хотелось.

Дмитрий

Извиняюсь, не закрыл кавычку в шаблоне, всё работает идеально, большое спасибо за ваши решения!!!

Василий Наумкин

На здоровье!