TOOLNAVIA / 选购指南

InterServer Standard 缓存栈:LiteSpeed、LSCache、QUIC 与 Cloudflare 分别是什么?

先看结论

InterServer Standard 同时写着 LiteSpeed、LSCache、QUIC 和 Cloudflare CDN,但它们不是四个同类缓存。LiteSpeed 属于 Web 服务器层,LSCache 可在源站缓存 WordPress 页面,Cloudflare 属于边缘层;仅凭“QUIC”字样,不能证明套餐含 QUIC.cloud CDN。只有准确账户能给出所需响应头和清缓存行为后,才适合购买。

2026年11月12日已直接打开当前官方 canonical 页面:首月2.50美元,月付方案续费7美元,另列长期账期。价格只说明 Standard 当前套餐,不保证速度。本文没有开通账户、安装插件、改 DNS、清缓存或运行速度测试。

选购速览

适合谁
能够核对准确源站与边缘缓存路径的WordPress买家。
收费方式
直接打开当前页面:首月2.50美元,月付续费7美元。
先看限制
没有实测跑分;QUIC字样不证明含QUIC.cloud或保证命中率。

购买前先拆开四个标签

技术表确认 Web 服务器为 LiteSpeed,并含 Cloudflare CDN;主套餐页另列 LSCache 与 QUIC。两页都没有把“QUIC”定义为付费 QUIC.cloud CDN 权益,因此本文不会擅自等同。购买前应让 InterServer 确认:准确服务器上的字样究竟表示 HTTP/3 传输支持、QUIC.cloud 服务还是其他实现。

WordPress 官方插件目录给出第二条边界:LiteSpeed Cache 插件的一般优化功能可在多种服务器使用,但独占的整页缓存需要 LiteSpeed 服务端缓存组件或 QUIC.cloud。插件支持对象缓存,也不等于主机已经提供 Redis 或 Memcached。看到插件菜单,只能证明软件存在,不能证明所有后端服务已启用。

![四个标签,需要四份独立证据](/static/article-images/interserver-standard-litespeed-lscache-quic-cloudflare-cache-stack-1-zh-cn.svg)

用响应头证明源站页面缓存

在获授权的一次性页面中退出登录,对同一个普通公开页面连续请求两次,记录状态与响应头,并查找 LiteSpeed 文档说明的源站证据。首次 MISS、随后 HIT 是有用信号;持续 MISS 则需要排查。不要用购物车、结账、已登录页面或个性化端点测试,因为它们可能按设计排除缓存。

通过公开主机名重复测试;若支持允许,再走能把源站与 CDN 分开的路线。LiteSpeed 提醒,部分 CDN 设置可能让公开响应一直显示 `X-LiteSpeed-Cache: miss`,但直连源站会 HIT。不能根据一份边缘响应就断言源站缓存失效,应保存两条路线的证据。

验收结果至少写明:测试 URL、匿名状态、第一次与第二次响应、清缓存时间和升级负责人。本文没有测试真实 InterServer 账户,因此不声称实测命中率或延迟提升。

![两次请求,才能观察源站缓存](/static/article-images/interserver-standard-litespeed-lscache-quic-cloudflare-cache-stack-2-zh-cn.svg)

把 Cloudflare 当第二个决策层

Cloudflare 的 `CF-Cache-Status` 描述边缘层,不代表源站 LSCache。HIT 表示边缘缓存返回;MISS 表示符合资格但未命中;BYPASS 常与 `private` 或 `no-store` 等响应指令有关;DYNAMIC 可能表示请求未被认定可缓存。一个 Cloudflare 状态无法证明下方 LSCache 的结果。

LSCache 插件可保存 Cloudflare API Token,并在 LiteSpeed Purge All 时协调清除 Cloudflare 缓存。这属于控制层集成,不代表应该把所有 HTML 缓存都打开。LiteSpeed 还提醒,不要用 Cloudflare APO 重复整页缓存。每层都应指定负责人并写清清缓存顺序。

Hostinger 的同意图文档同样把 LiteSpeed 服务器缓存、CDN 与 OPcache 分开,并建议 WordPress 只启用一个缓存插件;Kinsta 也要求陈旧内容出现时依次处理插件、服务器、边缘和浏览器缓存。它们不能定义 InterServer 权益,却证明了同一运维边界:缓存栈需要明确所有权,不能只增加开关。

四个标签,需要四份独立证据
服务器、缓存、传输与CDN不能混为一层

防止陈旧内容与结账错误

上线前,在一次性页面发布无害标记,通过规定清缓存流程确认标记出现,再恢复页面。应用若含个性化状态,应分别测试一篇匿名文章、一次已登录会话,以及一个 WooCommerce 购物车或相似路径。只有私有状态仍保持私有时,公开页面 HIT 才有意义。

不要安装两个整页缓存插件,也不要只为提高命中数字就启用 Cloudflare Cache Everything 或 APO。不要每次请求后都清所有缓存,否则会抹掉正在观察的证据。一次只改一层,再重复相同的两次请求矩阵并保留前后响应头。

![每一层缓存与清除都要有负责人](/static/article-images/interserver-standard-litespeed-lscache-quic-cloudflare-cache-stack-3-zh-cn.svg)

两次请求,才能观察源站缓存
使用一个匿名的一次性页面

识别“缓存不是购买问题”的情况

InterServer 把 Standard 定义为共享主机,并说明网站需要更多隔离、自定义服务器软件或持续高流量时,应转向 VPS 或独立服务器。缓存能减少重复工作,却不会创造独享 CPU、内存或 worker 容量。

若准确账户已证明源站缓存、预定边缘行为与个性化页面绕过都正确,真实负载也仍在共享主机边界内,就可以继续 Standard。缓存链路正确后,未缓存请求、PHP worker、数据库或自定义服务仍受限,再询问 VPS。不能只用一个合成首页分数决定升级。

发送六个售前问题

让支持针对将要交付的准确 Standard 账户回答:所选虚拟主机是否启用 LiteSpeed?WordPress 服务端 LSCache 是否开启,哪个响应头可以证明?“QUIC”究竟指 HTTP/3 传输、QUIC.cloud 还是其他实现?Cloudflare 是仅可选、自动开通还是由客户配置?哪个动作清源站页面缓存,哪个动作清 Cloudflare?套餐是否包含 Redis、Memcached 或其他持久对象缓存?应把书面答案与下单日期一起保存。

开通后,再把答案转换为证据:确认 Web 服务器,只安装一个页面缓存插件,执行匿名两次请求,核对私有页面或购物车按预期绕过,并在一次受控内容修改后重复。交付环境与答复不一致时,应在迁移生产流量前升级处理。支持答复、插件界面和响应头证明的内容不同,三者都应保留,不能相互替代。

购买结论

普通 WordPress 网站若能接受首月2.50美元、月付续费7美元,支持确认准确缓存服务,验收矩阵也证明源站与边缘行为正确,可以选择 Standard。若需要明确保证的对象缓存、特定 QUIC.cloud 权益、自定义服务器软件或独享资源,应比较其他方案。

![只有缓存路径可观察,才决定购买](/static/article-images/interserver-standard-litespeed-lscache-quic-cloudflare-cache-stack-4-zh-cn.svg)

之后再[打开已核实的 InterServer Standard 原始直链](https://www.interserver.net/r/1208224)。符合条件的购买可能为 Toolnavia 带来佣金;该链接不会保证缓存配置、跑分结果,也不改变直接打开的当前套餐条款。

每一层缓存与清除都要有负责人
陈旧内容必须能沿路径排查
只有缓存路径可观察,才决定购买
价格与标签不是性能证明