LiteSpeed Cache 与 Kakapo Performance 对比：真正要紧的是什么
在速度方面，有一条令人不太舒服的规则：最好的缓存插件，通常就是与你的服务器相匹配的那一款。因此，本次对比开篇不是功能清单，而是一个要问你的主机商的问题。
简短的回答
LiteSpeed Cache 在 LiteSpeed 网页服务器上才能发挥其优势：在那里，缓存位于服务器层面，而不是在 PHP 中——这比插件从内部所能达到的任何速度都要快。没有 LiteSpeed 服务器时，剩下的部分依然扎实。
Kakapo Performance 不依赖特定服务器：页面缓存、Minify、Lazy-Load、预加载、图片格式、字体、Cron 和数据库维护集于一个插件，可在任何常见的主机环境中运行——并且与其他 Kakapo 插件在同一框架中操作。
简而言之：如果你的网站运行在 LiteSpeed 上，LiteSpeed Cache 很难被超越。如果运行在 Apache 或 nginx 上，决定胜负的就是其余部分——而在这方面，Kakapo Performance 是更全面的选择。
第一个问题：你的网站运行在哪种服务器上？
这通常写在主机套餐说明中，或者可以从客服的回复中得知。如果出现了“LiteSpeed”或“OpenLiteSpeed”，你就可以使用服务器层面的缓存。如果没有出现，LiteSpeed Cache 就无法发挥它最重要的能力——那样你比较的只是其余的功能范围。
还要问问你的主机商是否已经运行着自己的页面缓存。两层缓存叠加，是页面显示旧内容最常见的原因——也是最难追查的错误。
两者的区别在哪里
| 问题 | LiteSpeed Cache | Kakapo Performance |
|---|---|---|
| 价格 | 免费 | 付费插件，一个许可证涵盖九款 |
| 服务器层面的缓存 | 是，需 LiteSpeed 服务器 | 否，在 PHP 中 |
| 没有 LiteSpeed 服务器时 | 受限 | 全部功能 |
| 现代格式的图片 | 通过厂商的服务 | 在你的服务器上本地存储 |
| 图片处理在外部进行 | 是，在优化时 | 否 |
| Minify 与合并 | 是 | 是 |
| 预加载与 DNS 预解析 | 是 | 是，有数量限制并说明理由 |
| 在本地提供字体 | 需核实 | 是，包括替换 Google Fonts |
| 数据库清理 | 是 | 是，删除前可预览 |
| 管控 Cron 和 Heartbeat | 是 | 是 |
| 属于套件的一部分 | 独立插件 | 一个账号管理九款插件 |
图片方面的区别
现代图片格式最能节省加载时间。实现的途径各不相同：有些插件会把图片发送到厂商的服务进行转换，再把结果取回来。这很方便，也能很快设置好——但这意味着你的图片会被发送出去。
Kakapo Performance 在本地转换，使用的是你服务器上现有的资源。第一次处理会更慢，而且需要合适的 PHP 库——但不会有任何图片发送给第三方，也不会依赖某个额度。
清理数据库时什么最重要
数据库维护是最容易出问题的环节。关键不在于插件提供多少个类别，而在于它是否会在删除之前展示哪些内容将被清除，以及是否会说明哪些内容它明确不会碰。Kakapo Performance 两者都会说明，并提示这些数据行没有回收站。
第一次运行清理之前，先做一次备份。已删除的修订版本、Transients 和孤立的元数据，没有备份就无法找回。
何时 LiteSpeed Cache 是更好的选择
- 你的网站运行在 LiteSpeed 或 OpenLiteSpeed 服务器上
- 你想免费起步
- 你需要服务器层面的缓存，别的都不需要
何时 Kakapo Performance 是更好的选择
- 你的网站运行在 Apache 或 nginx 上
- 图片不应离开服务器
- 你希望在一个工具中同时搞定速度、数据库维护和字体
- 你管理多个网站，希望各处都使用同一套界面
切换：需要做什么
- 先测量。没有基准值，事后你就不知道是否有所改善。
- 在启用新插件之前，清空并停用旧插件的缓存。
- 检查你的主机商是否运行着自己的缓存——如果是，就二者择一。
- 最后再启用 Minify，而且要逐项启用，不要一次全开。
- 之后查看一个表单页面、购物车和一个带视频的页面。
- 在与第一次相同的条件下再次测量。
Minify 是速度优化后页面出错最常见的原因。逐项启用、每次检查——这样一旦出错，你立刻就知道是哪个开关导致的。