我添加了一个用于测试序列化器输出的草稿提交，这样我们就不用盲目操作了：
之后，我尝试重新应用我之前 在这里 所做的操作，但结果发现我添加了一个额外的子句，虽然让它变快了，但结果却是错误的。
由于我们所有这些数据（包括“最受喜欢”和“被谁喜欢”）都要经过 guardian 处理，这意味着信息始终非常准确且针对查看者量身定制，但也导致缓存无法帮助应对多个用户的情况。
我想我们 至少 可以为此端点添加一个更长的缓存？在我看来，1 小时的缓存就足够了，因为摘要中的信息并不经常变化。
4 个赞