有许多具有广泛参数和功能的缓存插件-
如果不仔细分析，不可能做出明智的选择 。 浏览互联网后，我没有发现任何真正正常的比较。 只有帖子只是为了吸引注意力-插件说明。 可以这么说，常见的是SEO脉冲。 我什至看到了尝试对这三个插件进行比较分析的尝试，但是除了通过在线服务测量下载速度外，没有任何其他内容。 但是，如何将所有内容安排在内部，优化的影响并没有说。 毕竟，每个站点都是单独的-您仍然需要微调-您需要了解最佳选择的操作原理。
本文是在创建
材料的同时创建的，其重点是分析结果的使用。 在这里，我
想与商店中老练的人和兄弟
分享更多这种分析的
细节和方法 。
原则
WordPress由许多PHP脚本组成。 每次您访问站点（服务器）时，都会执行部分脚本，并且结果以HTML页面的形式输出。 优化的主要思想是通过发布立即完成的结果（很少更改内容）来节省时间。
由于问题的紧急性，已经编写了许多缓存插件，并且出现了新的缓存插件。 另外，我永远也不想付出太多，因此只对免费和共享软件解决方案进行了比较分析。
突出显示了该插件必须具有的
主要属性 ，以确保高质量的缓存：
- 服务器 缓存 （服务器端缓存）
- 页面 加载 时间
最重要的参数之一。 时间越短，客户端收到响应的速度就越快。 您当然可以选择花费很多时间的插件，但是如果服务器上的负载很高，则必须提高硬件性能，而这些成本是可以避免的。 - 缓存 方式
最大程度地保存所有准备好的HTML，JS，CSS对象，最好还处于压缩状态，以节省服务器上的处理时间并提高输出速度。
- 客户端 缓存
- 发布结果时，可以控制客户端浏览器的缓存。 激活后，甚至不会再出现对服务器的重复请求，这会影响其性能。 对于每种类型的对象（HTML，CSS，JS，图像等），以TTL值（生存时间）的形式表示。 对于关键对象，该值小于或等于0。
- 优化
- 结合
加载一个普通的JS（或CSS）而不是几个 对服务器的所有其他访问都是昂贵的。 Google Page Speed Test也直接表明了这一点。 - 内联 （包含）
CSS的内容插入到HTML中，最终减少了对服务器的调用次数。 最好包含CSS，因为 在实践中，很难将其分为必要的部分而不是如此。 - 推迟 （延迟下载）
延迟加载不影响页面初始显示的JS脚本。 也是影响用户页面加载速度的最重要指标。 JS比直接将其包含在HTML中要好得多，因为 它们通常很容易分离，并且包含将导致HTML数量的增加，这可能导致多次迭代的加载，这等效于其他查询的出现。 - 缩小
HTML，JS和CSS内容通常具有多余的部分，例如空格，换行符和注释。 最好删除所有这些内容，以进一步减小对象的大小。 - 压缩
使用GZip（Deflate）算法进行数据压缩以减少传输的数据量。 因为 HTML，JS和CSS本质上是文本格式，它们压缩得很好。
- 管理
- 刷新 （更新）
如果所请求的对象已更改（例如，添加了新文章），则需要重新创建缓存中的对象，否则无关的信息将发送给用户。 好的插件配置为在最明显的事件下自动更新缓存。 而且应该总是可以手动刷新整个缓存。 就像火车上的停止吊车-非常少见，但需要。 - 排除 （添加例外）
有时您需要从缓存中排除某些对象和页面以解决问题。 必须对此有足够的控制。
插件比较
为了编译正在调查的实际列表，通过众所周知的
wordpress.org选择了插件，并通过单词缓存进行搜索并选择了合适的前140个页面（10页）。 原来是24。
顺便说一句，如果您认为列表中未包含某些有价值的插件-请在注释中写-稍后我将它们添加到分析中。
方法论
- 所有测试均在包含CSS，JS和几个媒体对象的同一HTML页面上进行，以涵盖最通用的类型范围。
- 对上述每个标准进行了功能检查，并汇总在表格中。
- 每个标准都具有影响总分的重要性的权重（在随附的详细表格中可见）。
- 首先对页面加载时间进行了测量，没有进行优化，然后对每个插件进行了测量，并进行了时间的相对比较。 这确保了与托管速度的足够独立性。
- 环境是最新的：
- WordPress 4.9.8，
- 启用缓存的PHP 7.2.10（OpCache），
- MariaDB（MySQL）10.3.9，
- Apache 2.4.35。
使用Chrome浏览器检查了每个条件：
- 在调试部分中，通过按“网络”部分中的F12，可以清楚地看到不同阶段的加载时间和服务器响应的HTTP标头，以检查浏览器缓存的控制和压缩。 您还可以看到将CSS和JS合并为一个或多个文件。
- 使用查看页面源代码，在右侧按钮上，对返回的内容进行了以下分析：CSS的包含，缩小的质量（仅HTML，JS，CSS）以及JS脚本延迟加载的迹象（脚本链接标记的描述中必须包含Defer或async属性）。
- 还检查了延迟加载JS的情况，以维护网站的运行状况，因为 Google Page Speed Test可以表明一切都很不错，脚本无法正常工作。
结果
分析的主要结果是一个
详细的XLSX表 ，您可以在其中方便地分类，过滤和查看计算最终权重的方法。 它还包含在评估每个标准时有关插件细节的注释。
根据测试结果为每个插件分配了角色，以便于理解所需属性的覆盖范围。
下面总结了比较结果，以了解整体情况和便利性。
结论
结果
表允许您根据必要条件选择插件，并选择几种组合以最大程度地覆盖必要条件。 选择并测试了4种组合的支持（标记为捆绑包而不是版本）。
具体设置在本文开头提到的材料中进行了描述。
- 最好使用不同的插件组合，而不是单独使用。
- 插件的总体评分较低并不表示它不合适。 它可能擅长某些特定功能。
- 某些插件组合在一起时彼此不兼容。
- 您始终需要检查延迟加载JS的正确操作-一些插件需要额外配置，而某些插件仍会破坏内容。 该表包含有关此主题的注释。
- 并确保最终通过Google Page Speed Test （或其他外部仪表，如PingDom等）进行检查-在不同的站点上可能会有不同的结果，因为 优化插件的行为可能有所不同。