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

docs.modx.pro/components/userevents/

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

Ну, либо написать свой сниппет, который будет делать один запрос в БД, а потом распихивать ответы по вопросам.

Интересно. Тогда смотри остальные настройки сессии + какая кука выставляется у тебя при заходе на сайт.

Еще можно создать php файлик в корне, подключиться из него к MODX API и вывести там $_SESSION, чтобы проверить, меняется ли что-то при авторизации. Возможно, у тебя там с правами доступа что-то напутано и у юзера просто нет доступа в админку.

страница manager просто перезагружалась и не пускала в Панель управления

Проблема с сессией, скорее всего системная настройка session_cookie_domain не соответствует адресу, по которому ты входишь на сайт.

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

Нет, нельзя.

Это необходимо для вывода количества непрочитанных комментов в списке тикетов авторизованному пользователю.

У тебя на картинке в посте написано что-то, не имеющее отношения к этому ТВ параметру. Зачем в описании ТВ параметра ты пишешь инструкцию про longtitle и что-то там еще? Зачем ты пишешь, что нельзя вводить — раз нельзя, то и ввести не получится. А если можно ввести, то нужно фильтровать при сохранении или выводе.

Пиши только информацию по заполнению конкретно этого параметра, типа «Позволяет переопределить заголовок документа», и всё. А в лексиконе longtitle нужно писать, что «это заголовок документа по умолчанию, его можно переопределить из ТВ параметра title». И тогда юзер будет видеть описание каждого поля при наведении мышкой — и понимать, что в нём писать и как это работает.

Или теперь я уже что-то не понимаю?

Ну так у каждого ТВ параметра своё описание. Зачем туда всё подряд писать?

А не лучше ли поменять соответствующие лексиконы, чтобы подсказки показывались сразу при наведении на окошко? Они ведь для того и нужны — подсказки.

Вот так по умолчанию

Можно это легко заменить.

Нужно.

Причём, писать лучше массивом, потому что сейчас у тебя там JSON с ошибкой:

'includeTVs' => 'searching',
'where' => [
	'searching' => 1, 
	'Status.value:IN' => ['', 0, 2],
],

Тоже самое касается и join — все сниппеты pdoTools давно понимают указание массивов через Fenom.

Либо ты не авторизован в админке, либо авторизован на сайте как юзер — других вариантов нет.

Ну и всё, указанное в &tvFilters, парсится и передаётся в &where, так что это просто лишнее звено для совместимости с getResources.

'showLog' => 0

Это чтобы угадывать интереснее было?

Ведь если указать 1, то сразу будет понятно, как идёт выборка и что там игнорируется.

Ну а что здесь велосипедного?

MODX делает примерно тоже самое при загрузке страницы, просто дольше и с большими условиями.

Если покопаться в MODX API то можно научиться выводить любой ресурс в плагине на нужном событии:

$modx->resource = $modx->getObject('modResource', $modx->getOption('site_start'));
$modx->resource->set('content', $pdoTools->runSnippet('@FILE snippets/get_panel.php'));
$modx->request->prepareResponse();

Здесь, как видно, еще и замена контента на свой идёт, на лету.

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

Fenom никакие плейсхолдеры и не кэширует.

Если какая-то переменная не меняется, то проблема не в нём.

Ты не прав. HTTP_HOST присылает юзер в запросе.

Если у сервера нет определённых настроек (которых по умолчанию и нет), тебе могут вместо site.ru прислать что угодно, включая SQL инъекцию.

Домен у тебя получается из $_SERVER['HTTP_HOST'], который при не очень хорошо настроенном сервере будет выдавать то, что прислал юзер.

А прислать он может что угодно, включая длиннющую строку со слепой SQL инъекцией.

Ну и, наверное, реклама modhost.pro: количество записей в tickets_views у modx.pro составляет 13 254 408 штук.

При этом, наш сайт находится на самом слабом сервере хостинга — h1, и проблем никаких нет.

О сколько нам открытий чудных!

Наверное, не просто так эта настройка выключена по умолчанию.

Ну ты-то у нас рыцарь в сияющих доспехах, особенный. Выше уже дали изящный код, ради которого не нужно что-то создавать в БД и грузить потом оттуда.

Продолжай оскорблять пользователей сообщества и пройдёшь путь комментатора до конца.

docs.modx.pro/components/pdotools/parser#Тестирование-производительности

Если же речь про сравнение Fenom в БД и файлах, то тут явно дело даже не в удобстве разработчика, а в возможности использования системы контроля версий.

Ну и можно попробовать еще прогнать твои тесты с кэшированием файлов.