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

Я не знал. Ты знал?

Не только знал, но и расписал всё в документации.

В INLINE чанках нельзя указывать сниппеты, другие чанки или фильтры вывода через обычные теги, потому что так парсер MODX обработает их в первую очередь, и сниппет получит совсем не то, что вы хотели.

Поэтому для INLINE чанков предусмотрена замена [[+]] на {{+}} — такие теги MODX пропускает, а pdoTools при работе конвертирует их как нужно. Конечно, вы всё равно можете использовать теги MODX, если вам нужно, чтобы в чанк попала уже обработанная информация

А вот здесь еще подробнее. Но только дураки читают документацию, правда же?

И если бы просто внимательнее посмотрел мои выводы, мог об этом сказать

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

Вот держи вывод с чанками:

&tpl=`@INLINE {{+id}}`
и
&tpl=`@INLINE {{+pagetitle}}`

Разницу видишь? Если нет, то подсказываю: в первом выводе получаются id ресурсов, а во втором pagetitle. И они, блядь, разные.

Вот именно это мне и надоело — отвечать на тупые вопросы простейшей проверкой на чистом сайте, когда, внезапно!, всё работает и выясняется, что проблема вовсе не в компоненте, а в какой-нибудь херне у вопрошающего на сайте.

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

Мне то это нахера нужно? Сам читай и разбирайся, для кого этот функционал вообще в pdoTools — для меня одного, что ли?

Вставляю 2 вызова с пустыми чанками на тестовый сайт

[[!pdoPage?
  &parents=`0`
  &element=`ms2GalleryResources`
  &typeOfJoin=`left` 
  &includeOriginal=`0`
  &tpl=`@INLINE `
  &pageVarKey=`page1`
  &pageNavVar=`page1.nav`
  &showLog=`1`
]]
[[!+page1.nav]]

[[!pdoPage?
  &parents=`0`
  &tpl=`@INLINE `
  &pageVarKey=`page2`
  &pageNavVar=`page2.nav`
  &showLog=`1`
]]
[[!+page2.nav]]

Смотрю вывод логов — 2 разных вывода. Переключение пагинации меняет независимо 2 эти лога. Только у меня, что ли, оно работает?


Ну надоело, реально, каждый день одно и то же.

Что за нездоровое поведение?

Для начала, как минимум, нужно прочитать документацию и найти там параметр &pageVarKey, который позволяет разделять пагинации на одной странице.

Потом посмотреть вывод сниппетов через &showLog, какие в них приходят команды и как они отрабатывают. Проверить, не кэшируется ли чего.

А вот если всё это уже никак не помогает — тогда и писать про «нездоровое поведение».

Никогда не меняю стандартные настройки кэширования MODX и никому не советую.

Если плагин возвращает false, то MODX считает это ошибкой работы плагина и пишет в лог. А так, никаких значений они не возвращают.

Если хочешь сгенерировать ошибку, то нужно сделать так:

$modx->event->output('Ошибка!');

Ну и погляди в энциклопедии значение слова "лаконичный" — оно не про матерки.

Попробуй новую версию, которая лежит на Github.

pdoTools тоже нужно обновить, там есть исправление сортировки в новой версии MODX.

А так — нет, никто про такие проблемы больше пока не писал.

Заметку слабо до конца прочитать?

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

Наймите одного такого в соответствующем разделе, чтобы он написал вам свой сниппет для выборки. Через pdoResources это если и получится сделать, то некрасиво.

Ну, друзья, кто хочет поучиться у нашего лучшего спеца по безопасности, и еще даже заработать в процессе?

Видимо перепрыгнул много версий при обновлении — вот колонка createdon и не создалась в таблице modx_users.

Вообще он практически никак не должен влиять на скорость выполнения

Скорее всего из-за сбора данных о плагине он уходит где-то в рекурсию и через 30 сек. процесс PHP прибивается сервером.

Генерируются они как только кто-то заходит на страницу.

Почистил кэш, зашёл посетитель и начал тебе его генерировать заново — всё просто.

На modx.pro 9866 страниц и кэш примерно 2gb, так что это нормально, наверное.

Зависит же еще от содержимого страниц.

Попробуй, кстати, подключиться к репозиторию через http, а не https.

У меня такое ощущение, что люди в нашей стране утрачивают логическое мышление и способность воспринимать письменную речь.

Это печально.

I believe it is because of great respect to the russian community.

And our english comments looks like this, by the way =)

Как ты планируешь вести отдельный лог по безопасности?
Как отличать плохие запросы от хороших?

А так — у каждого нормального сайта ведётся лог посещений и ошибок, именно через них я и разбирался с тем, что делал zenit.

Да все молодцы, хватит уже выяснять — кто больше.

Закрыты все известные уязвимости в MODX Revolution и это само по себе очень круто. Лично я, наконец-то, смогу спокойно поспать, а то очень нервная выдалась неделя.