像 /tag/featured.json 这样的标签路由是否应该被缓存？目前看来，每次页面访问都会执行 29 次 SQL 查询，但该标签的更新频率非常低。由于我正致力于降低服务器的 CPU 负载，如果能将其设置为缓存 10 分钟左右（或者更理想的是：缓存到我们将此标签应用到新主题为止），那就太好了。
这个问题是否与主题列表缩略图组件相关，还是我们可以将其移到其他地方？
29 条 SQL 查询听起来并不算异常。我们确实有整页缓存，但它仅适用于匿名用户，而不适用于已登录用户。我们无法轻松地为已登录用户缓存主题列表，因为每个用户会根据其所属群组、偏好、阅读状态等看到不同的信息。
抱歉，我是在 Homepage Feature 这个主题中遇到这个问题的，而不是这个：
确实，把它作为一个独立的主题可能更好。
已移动
啊，我明白了，所以每次有人查看你的首页时，都会发出这个 tag/featured.json 请求。
不幸的是，我们没有任何方法让主题组件修改真实首页请求中发送的数据，这就是为什么首页特性组件必须发起单独的 HTTP 请求。
好吧，请求本身没问题，只是如果能使用匿名版本就更好了（这个列表对所有人来说应该是一样的）。
顺便提一下：我正试图让该列表按标签添加日期而非“最后更新/回复”日期来排序，因为后者打乱了我精选话题的顺序。我打算尝试用外部静态 JSON 来hack一下，看看效果如何。