Должны ли маршруты тегов, такие как /tag/featured.json, кэшироваться? Похоже, что для каждого просмотра страницы выполняется 29 SQL-запросов, хотя частота обновлений этого тега очень низкая. Поскольку я сейчас стремлюсь снизить нагрузку на ЦП нашего сервера, было бы здорово, если бы можно было настроить кэширование на 10 минут или даже лучше — кэшировать до тех пор, пока мы не применим этот тег к новой теме.
Этот вопрос относится к компоненту миниатюр списков тем или его можно перенести в другое место?
29 SQL-запросов — это не так уж необычно. У нас есть кэширование на уровне всей страницы, но оно применяется только для анонимных пользователей, а не для авторизованных. Мы не можем легко кэшировать списки тем для авторизованных пользователей, поскольку каждому пользователю отображается разная информация в зависимости от его членства в группах, настроек, состояния прочтения и т. д.
Извините, я столкнулся с этим в контексте Homepage Feature TC, а не здесь 
Вероятно, лучше создать отдельную тему, да.
перемещено
Ах, я понял. Значит, запрос tag/featured.json выполняется каждый раз, когда кто-то просматривает вашу главную страницу.
К сожалению, у нас нет возможности для компонентов тем изменять данные, отправляемые в реальном запросе главной страницы, поэтому компонент фичи на главной странице вынужден выполнять отдельный HTTP-запрос.
Что ж, запрос в порядке, было бы просто отлично, если бы он использовал анонимную версию (этот список для всех одинаковый/должен быть одинаковым).
К слову: я пытаюсь настроить вывод тегов по дате их добавления, а не по дате «последнего обновления/ответа», так как это сбивает порядок моих рекомендованных тем. Попробую добавить внешний статический JSON для этого и посмотрю, как получится.