使用 Fastify 和 Redis 缓存加速您的网站

不到 24 小时前，我写了一篇关于如何使用 Cloudflare 缓存加速您的网站的文章。不过，我已经将大部分逻辑转移到使用 Redis 的 Fastify 中间件中。这就是为什么以及你可以自己做的方法。

Cloudflare 缓存问题

我遇到了 Cloudflare 缓存的两个问题：

• 启用响应缓存后页面导航中断。不久前我在 Remix 论坛上提出了一个有关此问题的问题，但截至撰写本文时，该问题仍未解决。目前尚不清楚为什么缓存响应会导致页面导航中断，但只有当 Cloudflare 缓存响应时才会发生这种情况。
• 我无法让 Cloudflare 按照原始帖子中的描述执行重新验证时提供陈旧内容。看起来这不是一个可用的功能。

我还遇到了一些其他问题（例如无法使用模式匹配清除缓存），但这些对我的用例来说并不重要。

因此，我决定使用 Redis 将逻辑转移到 Fastify 中间件。

[！注意]
我将 Cloudflare 缓存留给图像缓存。在这种情况下，Cloudflare 缓存有效地充当 CDN。

Fastify 中间件

下面是我使用 Fastify 编写的用于缓存响应的中间件的带注释版本。

雷雷

注释贯穿了代码，但这里有一些关键点：

• 缓存标准：
  • 要求：
  • 不要缓存经过身份验证的用户的响应。
  • 仅缓存 GET 请求。
  • 仅缓存包含“/supplements/”的 URL 的响应。
  • 如果请求头包含cache-control: no-cache，则绕过缓存。
  • 回复：
  • 仅缓存成功的响应（statusCode为200）。
  • 不要缓存已经从缓存提供的响应（x-pillser-cache：HIT）。
  • 仅缓存内容类型为：text/html 的响应。
• 缓存密钥生成：
  • 使用包含请求方法、URL 和视口宽度的 JSON 表示形式的 SHA-256 哈希。
  • 在缓存键前加上“request:”前缀，以便于命名空间和清除。
• 请求处理：
  • 挂钩 onRequest 生命周期来检查请求是否有缓存的响应。
  • 提供缓存的响应（如果可用），用 x-pillser-cache 标记它：HIT。
  • 发送缓存响应后启动后台任务刷新缓存，实现“重新验证时提供陈旧内容”。
• 响应处理：
  • 挂钩 onSend 生命周期来处理和缓存响应。
  • 将可读流转换为字符串以简化缓存。
  • 从缓存中排除特定标头（content-length、set-cookie、x-pillser-cache）。
  • 将不可缓存的响应标记为 x-pillser-cache: DYNAMIC。
  • 以一天的 TTL（生存时间）缓存响应，用 x-pillser-cache 标记新条目：MISS。

结果

我从多个位置运行了延迟测试，并捕获了每个 URL 的最慢响应时间。结果如下：

与 Cloudflare 缓存相比，Fastify 缓存速度较慢。这是因为缓存的内容仍然从源提供服务，而 Cloudflare 缓存则从区域边缘位置提供服务。然而，我发现这些响应时间足以实现良好的用户体验。

以上是使用 Fastify 和 Redis 缓存加速您的网站的详细内容。更多信息请关注PHP中文网其他相关文章！