如果蓝奏云下载失效把wws.lanzous.com/xxxx改成wws.lanzoux.com/xxxx【s改成x或i】或【wws改成wwt】注意事项： 本资源来源于网络购买或收集整理，仅供个人学习研究交流，请勿商用；
【优选源码】WordPress 缓存菜单 Menu Cache 提升网站速度
- Menu Caching 插件
- 运行机制
- 插件完整功能列表
- 菜单缓存结果
之前 WPEXP 已经跟大家分享过很多关于 WordPress 缓存的相关文章，为了更加快的速度，今天跟大家分享一下 WordPress 菜单缓存 Menu Cache 提升网站速度。
实际上这些菜单在网站中基本上定了就很少有改动，可以说菜单更改非常罕见，这使它们很容易成为缓存的目标。所以 WPEXP 认为 WordPress 优化网站速度可以缓存菜单，缓存生成的菜单 HTML 将防止所有这些不必要的数据库调用，并大大缩短页面加载时间。
我们知道，WordPress 菜单调用数据库对网站速度有一定的影响，而数据库调用是 WordPress 的主要性能瓶颈。虽然我们可以通过内存缓存加速（参见《使用 Memcached 内存缓存给 WordPress 网站提速并降低负载》），但是发现菜单在 WordPress 数据库的中至少分散在六个不同的表中：在“wp_terms”、“wp_term_taxonomy”和“wp_options”表中，我们将找到菜单 ID、slug 和主题位置。然后使用“wp_posts”和“wp_postmeta”来查找菜单的导航项及其元数据。在 metas 中，我们会找到它的目标对象，所以让我们再次访问 ‘wp_terms’ 或 ‘wp_posts’ 来找到菜单项的目标和 ‘wp_termmeta’ 来找到它的 metas。这些是很多表，甚至更多的数据库调用！收集完所有必需的数据后，将创建菜单 HTML 并将其显示给用户。
Menu Caching 插件
- 官方插件页面 https://cn.wordpress.org/plugins/menu-caching/
运行机制
每当用户访问带有菜单的页面时，WordPress 都会从数据库中收集所有菜单数据，然后创建菜单的HTML。在此生成的 HTML 返回给用户之前，HTML 将暂时保存在数据库中。下次用户请求此特定菜单时，将返回保存的 HTML，而不是从头开始创建菜单。
插件完整功能列表
- 缓存所有 WordPress 菜单以缩短页面加载时间。
- 启用/禁用每个菜单的缓存。
- 使用设置页面上的按钮清除所有菜单缓存。
- 每次编辑菜单时，都会自动清除其缓存。
- 所有缓存的数据每 10 小时自动清除一次，以保持所有内容的新鲜度，如nonces等。
- 与缓存插件兼容，如 WPRocket，W3 Total Cache 等。
- 与大多数翻译插件兼容。使用 WPML 和 TranslatePress 测试正常。
菜单缓存结果
如果您使用一个好的缓存插件，并且某个页面是从缓存中提供的，那么您看不到加载时间的差异。但……在许多情况下，当页面没有从缓存中提供时，您会注意到巨大的差异。
未从缓存提供页面的一些情况：
- 请求的页面不存在现有的缓存版本。在保存缓存的版本之前，您将受益于每个页面上的第一个页面加载期间的菜单缓存。
- 当用户登录时。即使对登录用户使用每用户缓存，菜单缓存对于在创建缓存文件时快速创建菜单仍然非常有用。
- 在默认情况下无法缓存的页面上的电子商务网站上，例如购物车，结帐，我的帐户，愿望清单等。
- 在大多数电子商务网站中，当客户向购物车添加内容时，从缓存中提供页面会停止以防止迷你购物车中的错误数据。
- 在某些 AJAX 请求上，这些请求加载包含菜单的页面内容。
让我们看看在中型到大型电子商务网站上运行的一些测试的结果，该网站具有包含许多类别的大型菜单，单独的移动菜单和几个小菜单。
对于管理员用户
- 所有菜单的加载时间 – 无菜单缓存：0.46 秒（平均）
- 所有菜单的加载时间 – 带菜单缓存：0.0015秒（平均）
- 速度优势：速度快300倍以上 – 菜单几乎立即加载！
对于隐身访客
- 所有菜单的加载时间 – 无菜单缓存：0.232194 秒
- 所有菜单的加载时间 – 带菜单缓存：0.001185 秒
- 速度优势：速度快约200倍 – 菜单几乎立即加载！
