Алексей

Да, спасибо буду думать. Мне чуть ли под каждый тест придется свой вариант писать )

Добрый день! Можно ли использовать свои формулы для расчета результатов теста? Это нужно для тестов по психологии, там бывают очень сложные варианты расчетов, которые вряд ли получится предусмотреть.

Это не сеошник.
yandex.ru/support/webmaster/threats/cloaking.html

Думаю это к новому году. А кто такой Ляшко?

Так, кто будет обновлять древние версии Tickets читайте сюда.
Надо делать пересчет рейтингов раз core/components/tickets/cron/remove_votes.php и два core/components/tickets/cron/rebuild_rating.php
После этого всё стало выводиться.

Ещё момент, который не отследил. Или после обновления php или обновления Tickets в одном разделе не выводится количество просмотров / результат голосования и остальные цифры по каждому тикету.

[[!pdoPage:default=`[[%donotfind]]`?
    &element=`getTickets`
    &context=`[[*context_key]]`
    &parents=`10`
    &user=`[[!+userid]]`
    &page=`[[!+pageid]]`
    &pageLimit=`7`
    &limit=`10` 
    &checkPermissions=`list`
    &tplWrapper=`@INLINE <div class="tickets-list">
	[[+output]]
</div>`
]]
[[!+page.nav]]

Особенность в том, что это раздел — часть профиля пользователя, работающий через плагин на PageNotFound (аналогичный modx.pro/users/allex/topics выводу заметок здесь).
Если зайти в любой из выведенных тикетов и вернуться обратно к их списку, то у этого тикета все цифры проставляются. Я и документацию перерыл и с гитхабом посравнивал, идей нет.
ps

[[!+userid]] и [[!+pageid] правильно передаются

Ещё на старой версии Tickets (действительно очень старой) вместо id после сохранения в админке в поле createdby прописался 0. После обновления автор нормально записывается, но в поле editedby.
Поправил в БД createdby и кажется все хорошо.

Спасибо, буду искать причину.

После перехода на php7.2 если в админке изменить автора тикета вручную, то в БД сохраняется ноль вместо id.
Думал, что версия старая, обновился, то же самое. Посмотрите у себя.

Здравствуйте! Немного странный вопрос, есть большое желание настроить на сервере fastcgi_cache (то есть фактически кешируется весь html код страницы, если произошли изменения он обновляется.)
Проблема в том, что если один юзер проголосовал, на странице подставится класс link_active и она закешируется. Зайдет другой пользователь и ему отдастся страница уже с классом link_active (если он нажмет кнопку с этим классом, по идее ему отдастся окно access denied, но не уверен) Есть возможность настраивать исключения для кеширования, но что тут исключать не понятно. Если кто сталкивался с подобным, поделитесь опытом.

Upd хотя вроде всё работает…
Периодически откуда-то всплывает класс link_active там где его не должно быть, но после обновления страницы уходит