А может, все-таки перейти на ДокЛистер? Там и пагинация есть.

Вы правильно сделали, в tvList нужно указывать все ТВ-параметры, используемые в выборке, причем указываются просто имена (image).

В шаблонах указывается как [+tv.image+].

Вот эта конструкция [+pub_date:date=`%d.%m.%Y`+] как-то подозрительна, похожа на PHx, черт её знает — всегда будет работать или нет. PHx (если есть) лучше убрать, и попытаться вместо него поставить галочку «Включить фильтры» в админке.

А ещё лучше и PHx убрать, и фильтрами не пользоваться, а просто в ДокЛистере сделать так:

&dateSource=`pub_date`
&dateFormat=`здесь нужный вам формат даты, напр. %d.%b.%y`

А в шаблоне вывода, там где нужно вывести дату, вставляете плейсхолдер

[+date+]

И накаких PHx не надо. Сортировка будет по умолчанию.

Документация по ДокЛистер здесь

Что-то получается та же проблема, что и с Ditto + пагинация. Использую буквально пример «Сложный пример с пагинацией» c docs.evo.im/04_extras/doclister/examples.html, заменив только значения в &parents и др. Может какая-то проблема в том, что работа идет с обновленной системой и что-то не так именно с ней (или с ним — сайтом). Сейчас попробую просто чистую поставить и на ней пробовать, чтобы понять хотя бы не торможу ли в чем-то я сам.

С системой и с ДокЛистером проблем нет, вот у меня пагинация на 1.4.7 с ДокЛистером
nmk54.ru/specialnye-stali/krugi/krug-kalibrovannyj

А в «сложном примере с пагинацией» много параметров, может вы не все убрали? к примеру это

&addWhereList=`c.template IN (6,7)`

Это и убирал, и ставил соответствующую цифру.

1) Поставьте в Конфиге вывод ошибок на максимум, может что будет видно.
2) Посмотрите в Админке «Просмотр событий», что там пишут.

[ Обнаружение уровня ошибки РНР стоит «Обнаружить все» ]

Случай с Ditto + пагинация

1) Когда вызов вставляется в content / Содержимое ресурса страницы ( то есть, в редактор просто вставляется {{CHUNK}} ), то в Протоколе событий:

Snippet - Ditto / PHP Minor Problem

Error : Array to string conversion

Error information

File: assets/snippets/ditto/classes/ditto.class.inc.php
Line: 636
Source: $fields = (array_intersect($this->fields['backend'],$this->fields['display']));

[И так далее]

Ditto + пагинация не работает.

2) Когда вызов не вставляется в редактор, а находится в одном из чанков в шаблоне, то в Протоколе событий ошибка та же самая, но Ditto + пагинация работает.

Случай с DocLister + пагинация

1) Когда вызов вставляется в content / Содержимое ресурса страницы ( то есть, в редактор просто вставляется {{CHUNK}} ), то в Протоколе событий:

Ошибок нет.

Но DocLister + пагинация не работает.

2) Когда вызов не вставляется в редактор, а находится в одном из чанков в шаблоне, то в Протоколе событий ошибок нет и DocLister + пагинация работает.

---

Проще говоря, по сравнению с EVO 1.0.15, EVO 1.4.7 почему-то не принимает вставку вызова с пагинацией (и Ditto, и DocLister'а) прямо в редактор на странице.

Нет ли какой-то настройки, которая может это разрешить? Или это таки баг?

Установите демосайт и гляньте там все ж работает :) и пагинация и остальное.

take.ms/L24YY

Демосайт демосайтом, но у просто сайтов приходится время от времени обновлять CMS. Обновил, то же самое, что работало при 1.0.15, не работает при 1.4.7. Что-то надо делать. Есть масса не-демосайтов.

Я от 5 до 10 сайтов в месяц обновляю с разных версий на последнюю и нигде нет проблем.

Если вы пишите код согласно правилам EVO то и у вас не должно быть проблем.

Демосайт я рекомендую в качестве примера глянуть почему и как там работает )

Добавил и проверил. Ничего не дает.

У родительского документа надо снять кеширование, если переход между страниц выводит те же документы

Лучше поставить кеширование с учетом гет :)
и все будет ок ибо снимать кеширование документов это не логично и увеличивает нагрузку на сервер и замедляет работу сайта

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

Но не всегда кеш с учетом GET выгоден, например, если сайт крутится в рекламе — генерится куча хвостов. На одном очень простеньком сайте кеш занял около 2 гигов за месяц, при каждом переходе в ссылку подставляются новые utm-метки и создается новый кеш-файл :)

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

я решаю так:

//OnWebPageComplete
if (count(scandir(MODX_BASE_PATH.'assets/cache/')) > 9999) {
  $modx->clearCache('full');
}

Спасибо за плагин, полезно. У меня, правда, редко бывает и 199 страниц, не то, что 9999

А это как раз когда очень много хвостов :) перевалить за 9999 файлов можно и на 1-2 страницах

Лучше поставить кеширование с учетом гет :)

Помогает. Но вероятно нужно указать этот момент где-то в инструкциях по обновлению. Ибо в 1.0.15 и раньше пагинация работала и при «Способ кеширования страниц: Только с учетом ID (стандартный метод)». Так что обновления происходили без проблем без изменения настроек. А при обновлении с 1.0.15 до 1.4.7, получается, надо настройки немного менять.

У родительского документа надо снять кеширование, если переход между страниц выводит те же документы

Помогло. И в случае с пагинацией EvoGallery тоже. Но в итоге сделал «кеширование с учетом гет» ( Системная конфигурация --> Способ кеширования страниц --> C учетом ID и $_GET ) — как советуется: modx.im/blog/docs/5827.html#comment51398.

Это потому что при обновлении настройки то старые остаются и нужно проверять