LSCache 全页缓存
在LiteSpeed主机上，可缓存的前端响应会带有LiteSpeed的cache-control和标签标头，因此Web服务器无需调用PHP或查询MySQL即可提供完整的页面。这是WordPress在首字节时间（time-to-first-byte）方面取得的最大单项成效。
三层缓存，一个协同系统
速度源于在最快的位置提供正确的内容。我们叠加了三层缓存，确保请求能够在最早的环节得到响应——无论是边缘节点、Web服务器还是内存中——并且永远不需要重新构建已经生成过的页面。
每个站点 Redis 对象缓存
一键开关即可安装独立的 Redis 对象缓存插件，从而卸载重复的数据库读取操作。如果 Redis 出现无法访问的情况，该插件会自动回退到按请求分配的内存缓存，确保网站持续正常运行。
CDN 与边缘
静态资源和可缓存页面由靠近访问者的 CDN 提供服务。清除操作会镜像同步到边缘节点，使其与源站缓存保持同步——只需一个控制端，而非三个互不关联的设置。
智能自动清理保持内容新鲜
缓存只有在恰当的时机清理正确的页面时才有用。我们的缓存会监视实际的更改，并使用 LiteSpeed 缓存标签进行精确清除——而不是在每次编辑时都进行粗暴的全部刷新。
- 当文章或页面被保存、移至回收站或删除时，仅会清理受影响的页面及其显示列表。
- 评论、已编辑的分类法术语、主题切换、插件激活以及核心/插件/主题更新都会触发有针对性的清除。
- 通过已签名的 Webhook 将清除指令同步至控制面板，确保 CDN 和边缘节点的清除操作与源站保持同步。
- REST 清理端点允许面板清除所有内容、特定 URL 或特定标记 — 通过管理员会话或 HMAC-SHA256 签名进行身份验证。
默认安全 — 动态页面绝不缓存
只有当必须保持实时更新的内容从未被缓存时，积极缓存才是安全的。Zinn® Cache 预设了合理的 WordPress 和 WooCommerce / Easy Digital Downloads 默认配置：购物车、结账、我的账户、REST 与 AJAX、预览和搜索均被排除在外，任何已登录或带有会话 Cookie 的请求都会提供最新内容。
这意味着购物者永远不会看到其他人的购物车，而已登录的编辑也永远不会看到过时的草稿。当插件需要时，您可以针对每个网站添加额外的路径、查询键和Cookie前缀规则，而无需修改安全的默认设置。
缓存是按蓝图进行配置的功能，因此静态网站、PHP 网站和 Node 网站各自都能获得适合其需求的缓存，并且在缺少全页缓存层的地方，该插件也能优雅地降级。
常见问题
我需要配置这些内容吗？
不是。Zinn® Cache 插件包含在 deploy footprint 中，全页面缓存、对象缓存、自动清除和安全排除功能会自动在 Zinn® 托管的网站上配置好。如果你愿意，可以在“设置 → Zinn® Cache”下或从仪表盘微调所有内容。
使用缓存会破坏我的 WooCommerce 商店吗？
默认情况下，购物车（Cart）、结账（checkout）、我的账户（my-account）以及任何已登录或带有会话 Cookie 的请求都不会被缓存，因此动态页面和每个客户专属的页面始终保持实时更新。整页缓存仅提供对所有访客内容完全相同的页面。
如果 Redis 不可用，会发生什么？
对象缓存是可选的且具有容错保护。如果缺少 phpredis 扩展，该开关将被禁用并显示提示；如果在运行时 Redis 无法连接，则该直接置入插件将使用每请求的内存缓存提供服务，从而确保网站永不崩溃。
这需要 LiteSpeed 吗？
全页面缓存使用 LiteSpeed Web 服务器，如果第三方 LiteSpeed Cache 插件已经激活，则使用该插件。在其他服务器上不会发出缓存标头，但对象缓存、排除项和远程清除仍能正常工作。
CDN 和服务器缓存如何保持同步？
一次协同清除。当内容发生更改时，有针对性的基于标签的清除操作会清除Web服务器上受影响的页面，并通过签名的Webhook镜像到CDN和边缘节点，确保每一层都在同一时间清除相同的页面。