LSCache 全页缓存
在 LiteSpeed 主机上,可缓存的前端响应会标有 LiteSpeed cache-control 和标签标头,因此 Web 服务器无需调用 PHP 或查询 MySQL 即可提供完整页面。这是 WordPress 上缩短首字节时间的最大单一优势。
速度源自于从最快的位置交付正确的内容。我们叠加了三层缓存,以便尽早响应请求——在边缘节点、Web 服务器或内存中——绝无需重新构建已生成的页面。
在 LiteSpeed 主机上,可缓存的前端响应会标有 LiteSpeed cache-control 和标签标头,因此 Web 服务器无需调用 PHP 或查询 MySQL 即可提供完整页面。这是 WordPress 上缩短首字节时间的最大单一优势。
只需一键切换即可安装独立的 Redis 对象缓存 drop-in,从而减轻重复读取数据库的负担。如果 Redis 无法访问,drop-in 会回退到单次请求的内存缓存,确保网站继续正常运行。
静态资源由靠近访问者的 CDN 提供,并且只要您需要,随时可以从站点的 CDN 选项卡中清除 CDN 缓存。
缓存只有在适当时机清除正确的页面时才真正有用。我们的系统会监测实际变动,并使用 LiteSpeed cache tags 进行精准清除——而不是在每次编辑时都一刀切地清空所有内容。
仅当必须保持实时的内容绝不被缓存时,激进缓存才是安全的。Zinn® Cache 附带合理的 WordPress 和 WooCommerce / Easy Digital Downloads 默认设置:购物车、结账、my-account、REST 与 AJAX、预览和搜索均已排除,且任何已登录或带有会话 Cookie 的请求都会直接获取全新内容。
这意味着购物者绝不会看到他人的购物车,已登录的编辑也绝不会看到过期的草稿。当插件有需要时,您可以按站点添加额外的路径、查询键和 Cookie 前缀规则,而无需改动安全的默认设置。
缓存是一项基于蓝图的功能,因此静态网站、PHP 网站和 Node 网站都能获得适合自身的缓存策略,并且在缺少整页缓存层时,该插件也能平稳降级运行。
不。Zinn® Cache 插件包含在部署足迹(deploy footprint)中,整页缓存、对象缓存、自动清除和安全排除项会自动在由 Zinn® 托管的站点上配置完成。如果您愿意,可以在“设置”→“Zinn® Cache”下或从控制面板微调所有设置。
否。购物车、结账、我的账户以及任何已登录或会话 Cookie 请求默认都不会被缓存,因此动态和针对特定客户的页面始终保持实时更新。全页缓存仅提供对每位访客都相同的页面。
对象缓存是可选的,并具备故障保护机制。如果缺少 phpredis 扩展,该开关将被禁用并显示提示;如果 Redis 在运行时无法访问,drop-in 将通过基于单次请求的内存缓存提供服务,以确保网站绝不崩溃。
整页缓存使用 LiteSpeed 网络服务器,或者在已激活的情况下使用第三方 LiteSpeed Cache 插件。在其他服务器上不会发出缓存标头,但对象缓存和排除项仍然有效。
在网络服务器上自动执行。当内容更改时,基于标签的针对性清除仅会从服务器的页面缓存中清除受影响的页面。CDN 缓存从网站的 CDN 标签页中清除。
LiteSpeed 合作伙伴 Zinn Digital® 是 LiteSpeed 的官方合作伙伴。我们自己的 Zinn® 服务器集群上的每个站点都在授权的 LiteSpeed Enterprise(搭配 LSCache 插件)上运行——这是为 WordPress 和 WooCommerce 提供服务的最高效方式——由我们进行调优、授权并保持最新,绝不使用免费构建版本。