提升WordPress速度的有效解决方案揭秘

我使用的是腾讯云的1核CPU和1GB内存；操作系统为Linux，搭载wdcp管理系统，安装的WordPress版本为4.1，同时使用了两个插件：Useso接管Google 1.5版本（作者：Bruno Xu）和WP User Avatar 1.9.18版本（作者：flippercode）。可是不知为何，网站运行依然缓慢，找不到那种流畅的感觉…… demo网站地址是fo’http://to.deyizan.com。若有朋友想更深入地帮助我，欢迎联系admin，感谢！

查看了一下，大多数评论依旧是老生常谈。

我无法打开你提供的网站，因此我只能根据常规方法来分析问题。

首先，建议将WordPress升级到最新版本，并禁用一些国内不常用的服务。

例如，谷歌字体、Emoji、Auto OEmbed、Trackbacks等。

其次，PHP版本应尽量升级至WordPress支持的最高版本。

确保安装Opcache扩展。

OPcache通过将PHP脚本的预编译字节码缓存到共享内存中，以提升PHP的性能。这种方式的好处在于省去了每次加载和解析PHP脚本的时间开销——引自百度百科。

务必开启缓存（确保wp_cache能够正常工作）。

通常使用Redis或Memcached作为缓存解决方案。

为什么这样做呢？因为WordPress为了方便开发者，提供的基础方法往往消耗较多的资源。例如，展示文章列表时，正常情况下只需一个SQL查询，但WordPress却需要查找对应的文章并返回整行数据。由于post表不存储特色图片，若要展示则需在postmate表中查找相应的ID。而如果自定义了其他值，比如文章展示次数，查询的SQL语句数量便会增加，查询一个列表时，40条SQL语句是常见现象。

网站优化过程中，最具挑战性的通常是从数据库到网站的过程。因此，减少SQL查询次数甚至避免其出现是最佳选择。

WordPress意识到了这一问题，大部分性能消耗的方法都实现了缓存，因此开启缓存极大提升性能。

（有些无用的插件提供的方法也仅仅是自己执行SQL，甚至没有存储效果，因此尽量选择安装次数较多的插件。）

其次，可以考虑使用基于页面的缓存插件。

例如，WP Super Cache插件。

若有条件，启用CDN，但云存储需谨慎选择。

如果没有备案，国内的CDN是无法使用的。我只尝试过阿里云CDN，因其配置域名解析后便能生效，无需安装插件。

关于不推荐使用云存储的原因：CDN可有效提升访问速度，而云存储则主要涉及存储空间和上传速度问题。

这主要取决于你的网站性质。如果是小型博客或公司官网，实际上并不需要云存储。

目前大多数普通云服务器自带的硬盘容量为40GB，为了优化性能，图像需尽量压缩，通常保持在300KB以下，因此这40GB是足够的。

云存储通常按量收费，尽管可能看似便宜，但长期来看，购买存储盘的成本会更低。

最重要的是，一旦决定不再使用云存储，撤回的过程可能会非常麻烦。

不过，若日后想再次使用，直接上云存储会比较方便。

因此，在做出决定之前，最好仔细权衡云存储的必要性，优先考虑CDN。

确保对JS和CSS进行压缩，但不必合并。

为什么之前建议合并？因为HTTP 1.1虽然支持复用TCP连接，但在同一连接中，数据传输是顺序进行的。服务器需要在处理完一个请求后才能处理下一个请求，若前一个处理速度慢，后面的请求就会排队，导致“队头堵塞”。因此，过去的性能优化建议合并JS和CSS，以减少文件加载数量。

而现在普遍使用的HTTP 2.0具备多路复用特性，能够在单一连接中实现并行传输。

所以现在不再需要合并，反而应优先加载核心文件，确保压缩和缓存设置到位。

尽量缩小图片体积。

上传图片前应进行压缩，尽量使用较小的图片格式，如WebP或JPEG。

TinyPNG – 智能压缩WebP、PNG和JPEG图片是一个知名的图片压缩网站，并提供WordPress插件，每月可免费压缩500张图片。

安装PageSpeed模块（这个优化效果显著）。

PageSpeed是由谷歌主导的前端自动优化项目，可以实施多项优化，显著提升前端性能，非常适合WordPress用户。

该模块能够解决大部分在https://pagespeed.web.dev/?utm_source=psi&utm_medium=redirect检测中提出的建议。

常用功能包括：

• 将HTML页面链接转换为小写
• 根据响应头中的内容安全策略调整优化设置
• 重写CSS文件，以优先加载渲染页面所需的CSS规则
• 精简CSS文件
• 压缩空白过滤器
• 预解析DNS查询
• 缩小JavaScript文件
• 延迟加载图片
• 懒加载
• 将图片转换为WebP格式

若服务器使用Nginx，也可以启用fastcgi_cache。

fastcgi_cache用于缓存用户请求，用户下次访问同样内容时，能够直接返回缓存结果，省去Nginx向上游请求的过程，显著提升服务性能，特别是对于静态内容的缓存，可以明显缩短用户请求时间并节省服务器资源，从而大幅提升服务的QPS。

---

如果上述措施都落实，效果如何呢？

这是我在香港的一个2H2G服务器上运行的Demo站（由于非大陆请求可能会受到防火墙限制，尽量使用正常网络访问）。

若不开启缓存（下方截图是在本地环境下运行，耗时不具备参考性）。

对于静态文件，第一次访问加载正常后，第二次访问则全部通过缓存。

因此，即使是香港的服务器，访问速度依然相当可观。

——————

附带信息：

我收集了一些最新的服务器优惠信息，若有搬家或续费需求的朋友可以前来查看。

https://xxoo.press/