W3总缓存设置,可增强您网站的速度
已发表: 2020-11-10您没看错那个标题。
这篇文章是关于一个特定的WordPress插件,每个博客作者都应该在其工具栏下拥有。
我说的是W3 Total Cache-一个多合一的网站优化插件。
如果您使用WordPress,请继续阅读以了解如何使用W3 Total Cache增强网站的性能。
目录
- 1.简介
- 2.优化常规设置
- 3. W3总缓存最佳设置:页面缓存
- 4.优化缩小设置
- 5.优化数据库缓存
- 6.优化对象缓存
- 7.优化浏览器缓存
- 8.优化用户代理,引荐来源和Cookie组
- 9.优化片段缓存
- 10.使用扩展实现可伸缩性
- 11.结论
请允许我开始介绍本小时的插件。
什么是W3总缓存?
作为博客作者,提高网站的性能应该是重中之重。
它不仅可以大大改善用户体验,还可以帮助您获得更高的搜索引擎排名。
W3 Total Cache使网站性能优化在公园里漫步。 它具有影响加载速度的大多数因素所需要的所有功能。

- 救
就像其他所有WordPress插件一样,安装W3 Total Cache是第一步。
您可以通过单击主菜单中的“性能” ,然后单击“仪表板”来查看插件的概述页面。

- 救
这应该使您更好地了解插件的一些关键功能。 您还可以执行快速操作,例如WordPress兼容性检查和缓存清空。

- 救
当然,W3 Total Cache仪表板页面仅仅是开始。
我们为什么不仔细研究呢?
优化常规设置
与大多数WordPress博客作者一样,“常规设置”页面可能是您要检查的第一部分。
幸运的是,这也是启用W3 Total Cache的核心功能的地方,即:
1.为您的网站选择正确的页面缓存设置
在继续进行之前,本文已经解释了页面缓存以及W3 Total Cache的许多功能。 这样做应该为您提供所有策略的更详细的说明,这些策略将在以后提到。
现在我们已经解决了这个问题,实际上只需单击两次即可使用W3 Total Cache启用页面缓存。
只需选中“页面缓存”部分下的“启用”复选框,然后单击“保存所有设置”。

- 救
网站缓存的工作原理是使浏览器能够临时保存您的网站数据。 这使他们可以在用户下次访问时立即获取您的内容。
那其他设置呢?
使用W3 Total Cache的好处在于,大多数功能都可以立即使用。 但是,要注意W3 Total Cache的最佳设置。
如果您的站点当前在共享主机上运行,请选择“磁盘:增强型”作为页面缓存方法。
但是,如果升级到专用服务器,则必须选择“操作码”缓存。 对于那些使用云托管的用户, “ Memcached”应该是您的页面缓存方法。

- 救
2.最小化代码以降低带宽使用量
代码压缩是W3的另一个整体缓存功能,可以使您的网站性能轻松提升。
请记住,您网站的代码会占用带宽才能加载到Web浏览器中。 这包括CSS,HTML,JavaScript等。
这些代码位越大,则需要传输的带宽越多。
反过来,这会增加页面的整体加载时间。
如何减少老式的方法
通过最小化,去除了不必要的代码元素,例如注释,空格和换行符。
想手动完成吗?
当然,如果您准备连续数天甚至数周盯着电脑前。
相反,请使用“缩小代码”之类的工具来自动缩小您上传的所有代码。

- 救
如果这对您来说还不那么容易,那么W3 Total Cache可以迅速缩小您的代码。
使用W3 Total Cache来做
在“缩小”部分,勾选“启用”复选框并保存您的更改。 至于其他设置,您可以将它们保留为默认值。

- 救
但是,如果使用Cloudflare,则可以禁用通过W3 Total Cache进行的压缩。 这是一家网络优化和安全服务公司,代表您实施代码最小化。
如果您对Cloudflare感兴趣,很高兴告诉您,他们确实提供了免费的解决方案。
这使您可以利用全局CDN,基本的DDoS保护和免费的SSL证书。

- 救
3.使用其他站点缓存方法
除了上述基本页面缓存外,您还可以在常规设置页面上修改各种缓存选项。 这包括数据库缓存,操作码缓存,对象缓存和浏览器缓存。
这些缓存选项可直接在缩小部分下方找到。

- 救
以下是使用每个缓存选项的特定方法:
- Opcode缓存— Opcode缓存通过减少网站上的PHP代码块来工作。 仅当您具有W3 Total Cache Pro时才可用。
- 数据库缓存-如果您使用虚拟主机或内容交付网络,则最好禁用数据库缓存。 启用此选项后,您可能还想测试网站的速度,以查看它是否有帮助。
- 对象缓存-虽然它可能会减慢WordPress管理区域的速度,但建议对动态网站进行对象缓存。 这些网站使用户可以更改或添加内容,例如论坛帖子,购物车和其他可自定义的元素。
- 浏览器缓存-在所有缓存选项中,无论如何都应启用浏览器缓存。 它利用了访问者计算机的资源,因此在正常情况下不会对您的站点造成负面影响。
4.更新您的CDN设置
在其他缓存设置之后是“ CDN”部分。
简而言之,CDN通过利用分布在多个区域的代理服务器网络来工作。 然后,通过让用户从最近的服务器下载您网站的数据,可以大大减少延迟。
在某种程度上,CDN还提供针对DDoS或分布式拒绝服务攻击的保护。
所以……这是否意味着W3 Total Cache将给我CDN?
不幸的是,在W3 Total Cache上启用CDN选项并不意味着您会自动获得这些好处。

- 救
问题是,CDN只能在第三方提供商的帮助下使用。 除了Cloudflare,提供CDN服务的公司的其他示例包括:
- 最大CDN
- 密钥CDN
- 机架空间
您可以阅读此免费的WordPress博客CDN服务列表,查看更多选项。
如果使用CDN,则应在W3 Total Cache的常规设置页面上单击“启用” 。
然后,您必须从下拉菜单中选择适当的“ CDN类型”以匹配您的CDN提供商。

- 救
那是什么-您无法从列表中找到CDN?
由于W3 Total Cache的普及,您的CDN提供程序很可能会在配置过程中为您提供帮助。
例如,Cloudflare用户需要使用正式扩展名才能将W3 Total Cache与CDN一起使用。

- 救
对于其他CDN服务提供商,最有可能使用“通用镜像”选项。
在任何情况下,使用W3 Total Cache设置CDN时都需要进行其他设置。 稍后我们将详细介绍该过程。
5.了解额外设置
W3 Total Cache如此受欢迎的原因之一是它的全面性。
除了上面概述的设置之外,它还具有高级工具,可将性能优化提高到一个新水平。
当然,大多数WordPress用户不需要使用这些功能。
但是,如果您愿意,那么让我快速了解一下这些功能。
反向代理
在CDN部分之后,您会发现“反向代理”。
每当站点内容更新时,此功能都会刷新Varnish缓存。
如果您不熟悉这些术语,则有可能您不需要使用它们。
Varnish Cache是主要用于大型站点和API的应用程序加速器。 安装在服务器上后,它将独立地对网站内容执行缓存,以大大提高速度。
W3 Total Cache的反向代理设置使您可以指定清漆IP地址。 然后,您必须单击“保存所有设置”以使更改生效。

- 救
为了使事情更直观,Rednish,Wikipedia和Stack Overflow等超大型网站都使用Varnish 。
除非您获得的流量与这些网站一样多,否则我现在不会担心Varnish或反向代理设置。
监控方式
与反向代理类似,“监视”部分是大多数W3 Total Cache用户忽略的另一个功能。
基本上,它使您可以通过软件分析服务New Relic监视站点或Web应用程序的性能。
如果您使用New Relic,则需要在此处配置API密钥。

- 救
片段缓存
对于使用动态PHP代码块的网站,片段缓存应可显着提高您的网站速度。
与片段缓存一样有效,此功能有两个缺点。
首先,实现它可能很棘手。
W3 Total Cache的“常规设置”页面的“片段缓存”部分将帮助您进行第一步部署。
选择片段缓存方法后,还必须为PHP代码定义“片段组”。 这是开发人员的任务,但是,如果您想学习,请从W3 Edge的此页面开始。

- 救
除了复杂的配置过程之外,片段缓存还需要您购买W3 Total Cache Pro。
这将带我们进入您应该了解的下一个功能。
发牌
如果您已升级到W3 Total Cache Pro,则可以在“许可”部分输入密钥。 完成后,单击“验证许可证密钥”以激活当前WordPress安装的副本。

- 救
这使我想起,我们还没有谈论W3 Total Cache Pro的好处。
我们已经介绍了片段缓存,这是W3 Total Cache Pro的四个卖点之一:

- 救
其他设定
W3 Total Cache的灵活性在“常规设置”页面上的“其他”部分完全显示。
最顶部是“启用Google Page Speed仪表板小部件”选项。
如果配置正确,它将在WordPress仪表板上显示来自您网站的PageSpeed Insights报告的数据。 您只需要选择复选框并输入PageSpeed API密钥即可。

- 救
使用PageSpeed Insights是衡量网站性能的首选方法。
使用上述功能,可以更轻松地调整W3 Total Cache,因为您的速度得分是实时更新的。
如果您不知道从何处获取PageSpeed Insights API密钥,请参阅Google的本文档。
集成PageSpeed Insights后,您还可以启用“在管理栏中显示页面评级”选项。 这将使您的网站的速度得分立即显示在WordPress仪表板上。
与PageSpeed Insights相关的设置下方是“验证重写规则”选项。
正如描述所暗示的,只要您的重写规则在.htaccess文件中有问题,它就会提醒您。

- 救
启用此选项不会对您网站的性能产生任何副作用,因此最好将其保留。 这将帮助您维护网站代码的完整性。
继续, “启用文件锁定”选项可防止多个用户或进程同时访问同一文件。
W3 Total Cache建议对NFS系统以及在共享主机上运行的网站禁用此选项。

- 救
可能唯一有用的文件锁定方案是在非常繁忙的站点上,在这些站点上可能发生访问冲突。 即使这样,也可能不会导致任何明显的性能提升。
说到临时性能优化功能,下一个选项也不能保证提高加载速度。 有趣的是,它具有与文件锁定完全相反的用例。
如果您的Web主机基于NFS,请考虑启用“优化磁盘增强页面并减少NFS的磁盘缓存”。 这可能会导致网站性能显着提高,但是您必须亲自检查它是否有效。

- 救
最后,最后两个其他设置与网站性能的提高无关。
启用“匿名跟踪使用情况以提高产品质量”后,您将授予W3 Total Cache来跟踪插件的使用情况。 如果您关心插件的开发很有用,但是许多博客作者希望关闭此功能。
另一方面,如果要逐步调整W3总缓存,则“启用缓存统计信息”可能会有所帮助。

- 救
6.调试设置
如果您打算使用缓存统计信息,那么也可以使用调试设置。
启用后,调试模式将生成有关某些缓存的深入信息。 要使用它们,请勾选您要激活的模式的复选框。

- 救
问题在于,启用任何调试模式都可能导致性能不理想。 那是因为您的站点必须投入额外的工作来跟踪W3 Total Cache功能。
也就是说,调试应在短期内完成,解决所有问题后应禁用。
7.导入和导出W3总缓存配置
W3 Total Cache通常被视为即插即用的解决方案,几乎不需要设置。
到目前为止,您已经读过什么,您还能说同样的话吗?
可能不会。
实际上,如果您希望根据站点的需求量身定制W3 Total Cache,则可能要花费数小时。
这就是W3 Total Cache允许您导出和导入插件配置设置的原因。
要从外部来源导入插件配置,请单击“选择文件”,找到HTML或.json文档,然后单击“上传”。 信不信由你,实际上那里有WordPress博客可让您下载其插件配置。

- 救
如果您需要将插件设置导出为备份,只需单击“导出配置”旁边的“下载” 。

- 救
通过导入配置文件不小心弄乱了您的WordPress网站?
不用担心-您始终可以一键将插件恢复为默认设置。
只需单击“恢复默认设置” ,您就可以使用了。
W3总缓存最佳设置:页面缓存
完成W3 Total Cache的常规设置后,就该使用高级页面缓存选项了。
我们仍然有很多方面需要介绍,因此让我们继续使用建议的设置以实现最佳网站性能。
忠告:您将在本文的其余部分遇到很多技术术语。 也就是说,请尝试打开一个单独的选项卡,以便您搜索其定义。
但是为了方便起见,我列出了大多数WordPress博客的最佳配置。 剩下要做的就是复制这些设置并将其应用于W3 Total Cache。
准备? 从“性能”子菜单中单击“页面缓存”以开始使用。

- 救
8.选择正确的常规选项
对于页面缓存,以下是您应该在WordPress网站上使用的最佳W3总缓存设置:

- 救
- 缓存帖子页面-启用。
- 不缓存首页-禁用。
- 缓存feed:网站,类别,标签,注释-启用。
- 缓存SSL(HTTPS)请求-如果使用SSL证书,则启用。
- 具有查询字符串变量的缓存URI —启用,除非该复选框为灰色。
- 缓存404(未找到)页面-禁用。
- 不为登录用户缓存页面-启用。
- 不要为以下用户角色缓存页面-只要选择所有用户角色,就启用。
9.配置别名
如果您甚至不知道什么是别名,那么请不要触摸“别名”部分下的任何内容。

在网络托管的世界中,别名是指向同一WordPress安装的单独域。 这是单人博客作者很少做的事情,因此可以随时忽略此部分。
否则,您应该已经知道下一步该怎么做:

- 救
10.利用缓存预加载
虽然定期缓存可以改善返回流量的体验,但缓存预加载对所有人都有好处。
是的-包括首次访问者。
以下是缓存预加载的最佳设置:

- 救
- 自动启动页面缓存-启用。
- 更新间隔-900秒。
- 每个间隔的页面数-10页。
- 站点地图URL —只需粘贴您的站点地图的URL。 阅读这篇文章,以了解有关站点地图的更多信息。
- 在发布事件时预加载帖子缓存-启用。
11.设置缓存清除策略
清除缓存可确保用户可以查看您网站上的最新更改。
通过设置清除策略,只要发生以下任何情况,就可以将此过程置于自动驾驶仪上:
- 您创建一个新帖子
- 您编辑现有帖子
- 用户发表评论
要创建不会影响网站性能的清除策略,请使用以下设置:

- 救
- 要缓存的页面-主页,帖子页面,帖子页面和博客供稿。
- 指定要清除的供稿类型-Rss2(默认)。
- 清除限制—如果您具有高端服务器,则为15或更高。
- 其他页面-空白。
- 清除站点地图-保留默认的正则表达式值。
12.管理REST API
如果您拥有W3 Total Cache Pro并使用RESTful API,则可以从REST API缓存工具中受益。
RESTful API基于代表性状态转移技术。 这用于诸如将WordPress与JavaScript前端连接,驱动插件或构建移动应用之类的任务。
让我猜想-您距离做这么大的事还差得远。
在这种情况下,最好将REST API缓存保留为默认设置: “不缓存”。

- 救
13.高级页面缓存设置
W3 Total Cache有很长的页面缓存高级设置列表。
自然,有很多方法可以根据您的网站要求配置这些设置。 但是,对于大多数博客作者而言,以下设置应确保提高加载速度。

- 救
- 后期初始化-禁用。
- 延迟缓存-禁用。
- 兼容性模式-禁用,除非遇到缓存错误。
- 字符集-禁用,除非在页面缓存中发现不寻常的字符。
- 拒绝HEAD请求-保留默认值。
- 垃圾回收间隔—如果缓存到磁盘,则为3600秒(否则,此选项将显示为灰色)。
- 评论Cookie寿命-1800秒
- 接受的查询字符串-空白。
- 拒绝的用户代理-空白。
- 拒绝的cookie — wptouch_switch_toggle (默认)。
- 切勿缓存以下页面-wp-。* \。php和index \ .php (默认值)。
- 切勿缓存与这些类别关联的页面-空白。
- 切勿缓存使用这些标签的页面-空白。
- 切勿缓存这些作者的页面-空白。
- 切勿缓存使用这些自定义字段的页面-空白。
- 缓存例外列表-添加存在缓存问题的页面。
- 非尾部斜杠页面-保留默认页面。
- 指定页面标题-保留默认设置。
- 处理XML MIME类型-启用。
优化缩小设置
同样,如果您使用Cloudflare,则无需修改W3 Total Cache代码最小化设置。
在“缩小”页面上,您可以控制如何在WordPress网站上处理代码缩小。

- 救
这是缩小配置页面上每个部分的细分:
14.常规设置
在缩小方面,您无需在常规设置中进行任何更改。 但这并不意味着我们不应该审查W3 Total Cache的理想代码缩减设置。

- 救
- 重写URL结构-启用。
- 对登录用户禁用“缩小” —保留默认值。
- 缩小错误通知-禁用。
15. HTML和XML缩小
默认情况下,W3 Total Cache不会缩小网站HTML上的内联CSS和JavaScript文件。 您可以启用这些选项来改善网站的性能。

- 救
- HTML缩小设置-启用内联CSS和内联JS缩小。
- 忽略注释词干-保留默认值。
16. JS缩小设置
首先禁用内联JavaScript缩小功能,但从一开始就启用了您网站上的实际JavaScript缩小功能。
您可以通过应用以下设置来最大化JavaScript压缩的效果:

- 救
- JS缩小设置-在“仅合并”上选择“缩小”时启用。
- 区域中的操作(之前)-使用“延迟”进行非阻塞。
- 区域中的操作(之后)—使用“延迟”进行非阻塞。
- 保留评论删除-启用。
- 删除换行符-启用。
- HTTP / 2推送—启用,除非您在Nginx中使用“磁盘:增强”方法。
17. CSS缩小设置
就像JavaScript缩小一样,CSS缩小也立即启用。
但是,如果您想要一个流畅的网站,可以启用几个其他设置。

- 救
- CSS最小化设置-选中“仅合并”即可启用。
- @import处理-无。
- HTTP / 2推送—启用。
18.高级缩小设置
为蛋糕锦上添花,请使用“高级”部分中的以下选项。

- 救
- 每隔86,400秒(24小时)更新一次外部文件。
- 垃圾收集间隔-86,400秒(24小时)。
- 切勿缩小以下页面-留空。
- 切勿最小化以下JS文件-暂时添加当前正在使用的代码以保留注释和可读性。
- 切勿缩小以下CSS文件-与上述相同。
- 拒绝的用户代理-留空。
- 包括外部文件/库-添加外部资源的网址,例如Google字体和Google跟踪代码管理器。 只要确保测试您的更改即可。
- 使用正则表达式进行文件名匹配-如果您未使用W3 Total Cache优化外部JavaScript库,则将其禁用。
优化数据库缓存
您的网站由很多部分组成,必须在需要时提取和加载它们。
数据库缓存可以通过使公共查询的资源随时可用来增强此过程。 这减少了向用户提供网站数据的CPU负担。
这是您应该做的第一件事。 如果您不使用CDN或虚拟主机,请启用“不要为已登录的用户缓存查询”。

- 救
19.高级数据库缓存设置
对于高级设置,这是您应该执行的操作:

- 救
- 缓存对象的最大生存期-高流量站点为180秒,低流量站点为7200秒。
- 垃圾收集时间间隔-介于3,600到86,400秒之间的任何时间(如果该选项未显示为灰色)。
- 从不缓存以下页面-留空。
- 忽略的查询词干-如果使用WooCommerce,则保留默认值或添加“ wc-session” 。
- 拒绝查询词-保留默认值。
- 拒绝常量-保留默认值。
优化对象缓存
对象缓存是减少加载网站的CPU使用率的另一种方法。
如果启用此功能后您的管理区域变慢,请不要感到惊讶。 如果您重视用户体验,那实际上是一个合理的权衡。
20.高级对象缓存设置
动态网站通过数据库和对象缓存来生存,以保持快速响应。 您只需要应用以下最佳设置:

- 救
- 缓存对象的默认生存期-像数据库缓存一样,对于高流量站点,这应该是180秒,对于低流量站点,应该是7200秒。
- 垃圾收集间隔-3600秒。
- 全局组-保留默认值。
- 非永久组-保留默认值。
- 为wp-admin请求启用缓存-启用此选项可加快WordPress管理面板的速度,但如果您获取过时的缓存数据,则将其禁用。
- 在数据库中存储瞬态-启用。
优化浏览器缓存
尽管数据库和对象缓存都是可选的,但应为每个WordPress网站启用浏览器缓存。
它使Web浏览器可以存储静态网站文件(例如图像,文本和代码)以进行即时检索。
像代码缩小一样,浏览器缓存也有大量的选项列表。
以下是每个部分的摘要:
21.常规设置
根据经验,在浏览器缓存配置页面的“常规”部分启用前六个选项:

- 救
- 设置Last-Modified标头
- 设置到期标头
- 设置缓存控制标头
- 设置实体标签
- 设置W3 Total Cache标头
- 启用HTTP(gzip)压缩
想知道有趣的事吗?
其中大多数是浏览器缓存功能,您可以在GTmetrix上测试该功能-免费的网站性能分析工具。
在配置W3 Total Cache时,可以使用GTmetrix来验证某些缓存功能。 对于上面列出的那些,它们应显示在分析报告的“ YSlow”选项卡上。

- 救
除了前六个选项之外,您还应该在浏览器缓存配置页面上管理其他事项:

- 救
- 启用HTTP(brotli)压缩-启用此选项(如果可用),并测试其是否优于gzip压缩。
- 设置更改后防止缓存对象-启用。
- 从静态资源中删除查询字符串-启用。
- 防止缓存例外列表-留空。
- 不要为静态文件设置Cookie-启用。
- 请勿使用WordPress处理静态对象的404错误-禁用。
- 404错误例外列表-保留默认值。
- 重写对象的URL结构-禁用。
22. CSS和JS,HTML和XML,浏览器缓存设置
如上所述,浏览器缓存可用于CSS,JavaScript和HTML文件之类的代码。
为了使您的WordPress网站保持最佳状态,建议保留这些设置不变。
提醒一下:CSS和JS,HTML和XML以及媒体和其他文件的设置有些相似。 由于没有理由让它们具有不同的配置,因此请在适用的地方使用以下设置:

- 救
- 设置Last-Modified标头-启用。
- 设置过期标头-启用。
- 标头生存期到期-HTML和XML为3,600秒,另两个为31,536,000秒(一年)。
- 设置缓存控制标头-启用。
- 缓存控制策略-保留默认设置(max-age缓存)。
- 设置实体标题标签-启用。
- 设置W3 Total Cache标头-启用。
- 启用HTTP(gzip)压缩-启用。
- 启用HTTP(brotli)压缩-与以前相同。
- 设置更改后防止缓存对象-启用。
- 从静态资源中删除查询字符串-启用。
- 禁用静态文件的cookie-启用。
23.如何处理安全标题
到目前为止,您应该已经知道W3 Total Cache中的某些设置必须保留。
安全标题在这些设置中。
您将在此处找到的选项保留给精通Web开发和安全性的用户使用。 您可以修改站点的HTTP Strict Transport Security策略指令,启用X-XSS-Protection等。
如果您对这些术语不熟悉,请将安全标题下的所有内容保留为默认值。

- 救
优化用户代理,引荐来源和Cookie组
在W3 Total Cache中,大多数非开发人员WordPress用户也必须忽略“组”配置页面。
这包括“用户代理组”,“推荐人组”和“ Cookie组”。

- 救
但是,对于某些可能影响用户体验的组类型,存在许多用例。
24.用于个性化的用户代理组
如果您是高级WordPress用户,则可以使用用户代理组将某些流量重定向到其他域。 您甚至可以强迫他们的浏览器在WordPress网站上加载其他主题。
假设您为所有移动用户创建了一个组。
使用用户代理组,您可以将它们重定向到站点的单独的移动版本。 如果不是,您可以告诉他们的浏览器以更适合移动设备的主题启动您的网站。

- 救
请谨慎操作,并记住测试您的配置,以避免破坏您的站点。
优化CDN设置
觉得您一直在做所有工作吗?
那我给你个好消息。
如果您决定使用CDN,则您的服务提供商应该愿意为W3 Total Cache的配置提供帮助。
换句话说,您可以放心地忽略所有这些设置,并等待CDN供应商的帮助。

- 救
如果您在SSL页面上的CDN遇到问题,那么告诉您一个解决方法是很公平的。
25.如何在SSL页面上禁用CDN
在“高级”设置部分下,选择“在SSL页面上禁用CDN”。 现在,当您寻求CDN提供商的帮助时,受影响的页面应该可以正常加载。

- 救
优化片段缓存
“ Fragment Cache”设置页面是W3 Total Cache的另一个应跳过的区域。
如果您没有该插件的专业版,则尤其如此。

- 救
26.配置片段缓存功能
如果您为插件付费,并想使用片段缓存,则应记住以下几点:
- 已注册的片段组-如果您尝试为W3 Total Cache定义片段组,则它们应显示在此处。
- 缓存片段的默认生存期-默认值为180秒,但如果流量较低,则可以增加该默认值。
- 垃圾收集间隔—如果您的网站流量很高,则将其保持在3600秒(默认)。
- 手动片段组-在此处手动输入片段组-如果您不知道自己在做什么,请不要触摸!
使用扩展性进行可伸缩性
最后,您应该知道W3 Total Cache附带了许多预安装的扩展。
WordPress用户应该在家中的“扩展”页面上。 没有W3 Total Cache徽标,它看起来像仪表板上“插件”页面的复本。
这意味着激活和停用扩展名涉及一个熟悉的过程。 您可以单击每个扩展名底部的按钮,也可以使用下拉菜单执行“批量操作”。

- 救
由于没有完美的方法来运行W3 Total Cache生态系统,因此让您确定要激活的扩展。
27. WordPress网站的三个重要的W3 Total Cache扩展
以下是一些最有用的W3 Total Cache扩展及其作用:
- AMP- AMP或“加速的移动页面”项目可帮助网站所有者在移动设备上实现流畅的平滑加载速度。 启用此扩展会将AMP支持添加到W3 Total Cache的缩小功能中。
- Yoast SEO —如果您依靠Yoast SEO进行页面优化,请激活此扩展以实现W3 Total Cache的无缝集成。
- StudioPress的Genesis Framework —许多WordPress用户都利用Genesis Framework从头开始构建SEO友好型网站。 如果您属于此用户组,请启用此扩展以将性能提高30%到60%。
这是最后一条建议:如果您要激活扩展,请一次激活一个。
就像插件一样,扩展在激活时可能会在您的网站上引起意外问题。 通过一次启用一个扩展,您可以轻松查明潜在问题的原因。
结论
配置W3 Total Cache以获得最佳网站性能可能需要一些时间。
别着急-您随时可以添加书签并在需要时引用此页面。
当您逐步进行调整时,请记住要测试网站的速度。 使用它时,请将您的配置导出为备份,以防您需要重新应用这些设置。
在下面的评论中告诉我您使用W3 Total Cache的经验!
您可能还喜欢:
- 降低博客跳出率并最大化流量的19种简便方法
- 关于WordPress插件的一切
- 适用于Blogger的10个最佳社交共享WordPress插件

- 救