WordPress太慢了有什么办法解决吗？ – Galvin 的回答

我这边用的是腾讯云的1核CPU和1GB内存，系统是Linux，使用wdcp面板，装的是WordPress 4.1版本。还安装了两个插件，一个是Useso take over Google 1.5版本，由Bruno Xu开发的，另一个是WP User Avatar 1.9.18版本，由flippercode提供。可是，网站速度还是很慢，感觉不到流畅的体验，真是让人头疼……demo网址是http://to.deyizan.com。希望有经验的朋友能帮忙，我给admin发私信，请联系我。谢谢！

我看了一下大部分评论，似乎都是些老生常谈。

我打不开你给的链接，所以我就从常规说起吧。

先把WordPress更新到最新版本，禁用一些国内不需要的服务

像是谷歌字体、Emoji、Auto OEmbed、Trackbacks这些功能。

尽量将PHP升级到WordPress支持的最高版本

确保PHP安装Opcache扩展

这个OPcache能把PHP脚本预编译的字节码存放在共享内存里，从而提升PHP性能。这样做的好处是可以省去每次加载和解析PHP脚本的时间——百度百科上是这么说的。

一定要开启缓存（让wp_cache发挥作用）

通常推荐使用Redis或Memcached。

为什么呢？因为WordPress为了方便开发者，提供的基础方法往往消耗资源。例如，获取文章列表时，正常情况下一句SQL就能搞定，可在WordPress中却是直接查找对应的文章并返回整行数据。post表里并没有存储特色图片信息，如果要展示，就得去postmeta表里用ID查找。如果再自定义一些值，比如文章展示次数，那就会导致查一个列表时，可能需要执行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。

---

如果以上优化都做好了，效果如何呢？

这是我在香港的一个2核2GB服务器上运行的Demo站（非大陆的请求会被防火墙拦截，所以尽量使用正常网络访问）。

如果不开启缓存（下面这个截图是我在本地环境运行的，耗时不具备参考性）

同样，静态文件的处理也是如此，第一次访问加载正常后，第二次就全部走缓存了。

所以即使是在香港的服务器上，访问速度依旧很不错。

——————

其他信息：

我收集了一些最新的服务器优惠，想搬家或者续费的朋友可以去看看。

https://xxoo.press/