利用宝塔面板和wordpress来搭建网站还是很容易的，但是搭建网站容易，想要访问快却不容易。有些小伙伴总是问，宝塔面板打开很快，但是我的网站访问却很慢。宝塔面板访问快，肯定是利用了缓存来加速，你的网站访问慢，额，配置，带宽，都是慢的原因，但是最重要的可能是没有配置缓存。
大鸟以前讲过很多配置缓存的文章，基本都是基于宝塔面板和wordpress来说的，当然如果利用宝塔面板来安装wordpress，最快捷的方式就就是安装WP-Super-Cache，或者用 WP-Rocket 但是 WP-Rocket是收费的，前者是免费的，但是大鸟觉得WP-Super-Cache更安心点。其他的还有很多插件比如;WP Fastest Cache、W3 Total Cache、cos-html-cache、Cachify……总得来说，安装了缓存插件后提速还是有效果的，但是也带来了不少的问题。例如配置复杂、生成规则、插件冲突以及无法应对突发流量，也就是说使用缓存插件还是无法达到应对大流量冲击的情况。
如果要高级点的缓存，我们可以用 memcached+batcache 这个方式来加速网站，效果还是很不错的，而且简单快捷高效，应对突发的大流量也是不错的。大鸟以前写过的关于加速wordpress的文章
bt(宝塔)面板安装wordpress、启用memcached、Batcache让你的博客飞起来
Bt（宝塔面板）安装wordpress并开启Redis加速
但是今天大鸟要说是利用Nginx fastcgi_cache缓存，直接使用Nginx为页面生成缓存来加速wordpress，而且还支持html伪静态页面，效率比使用PHP缓存插件要高得多，也比较适合小配置的VPS上使用。
一、安装Nginx ngx_cache_purge模块
大鸟是基于宝塔面板来讲的这个教程，宝塔面板很贴心的给我们编译好了这个模块，如果你不放心，可以用命令来查看一下。
# nginx -V 2>&1 | grep -o ngx_cache_purge 查看ngx_cache_purge是否安装,没有数据表示未安装
我们输入命令之后，结果如图：
当然也可以用 Nginx -V 来查看的所有编译模块里面有没有这个模块。宝塔面板是已经编译好了。上图大鸟已经框出来了。
二、Nginx开启fastcgi_cache缓存-配置实例
既然编译好了模块，要用这个缓存功能，我们就需要配置www.vps100.net.conf这个文件，很好找。
2.1配置实例
下面我直接贴出www.vps100.net的Nginx 开启 fastcgi_cache缓存配置实例，详细的说明如下：
此处为隐藏的内容 发表评论并刷新，方可查看
发表评论 关于sock，宝塔面板的在/www/server/php/72/etc/php-fpm.conf中有配置路径宝塔面板的sock，如果不清楚，可以自己打开看下，然后复制到需要修改的地方就可以了。
2.2 简单说明
本地or内存？在fastcgi_cache_path和fastcgi_temp_path中，有人会建议将它设置为内存路径，例如：/dev/shm/nginx-cache levels=1:2 keys_zone=WORDPRESS:100m inactive=60m;，如果你的磁盘IO很慢的话建议采用此方式，毕竟内存的读写速度非常快。
add_header Cache-Control如果是动态内容要实时更新的话，可以设置为0，否则可以设置时间大一些。
请仔细阅读代码中的所有注释，该修改的修改，该创建的创建，该补充的根据实际情况补充，额，基本没什么问题的，宝塔面板的直接复制粘贴就可以了。
三、安装Nginx Helper插件
配置好了fastcgi_cache缓存之后，我们需要安装插件， fastcgi_cache 有一个量身定做的 WordPress 缓存清理插件：Nginx Helper。这个插件不定时更新，而且更新的很频繁。安装这个插件 ，非常简单，直接进入 WordPress 后台插件安装界面搜索 Nginx Helper 关键词在线安装即可。
安装后，从后台【工具】==>【Nginx Helper】打开插件设置界面如下所示：
首先是开启purge，然后我们选择nginx Fastcgin cahe，因为就我们用就是这个缓存。之后选择 Delete local server cache files。当然第一个也可以用，但是一般推荐用Delete local server cache files，因为每个服务器的环境都不一样，缓存路径也会不尽相同就会导致插件无法找到缓存文件并删除！
插件还提供了其它的一些设置，功能非常丰富，例如发表新文章、新评论时是否更新Nginx缓存等。
额，一般默认的就可以的选项就可以了，图上是大鸟的配置，大家可以看下，如果看不懂可以用谷歌浏览器翻译下。额，实在不会可以对比看下面的图：
3.1清理模式选择
清理模式还需要仔细说下。
①、purge 模式
这个模式需要保留上文 Nginx 配置中的 purge 清理路径，清理的时候会产生一个请求。
出于安全考虑，一般 purge 都不会完全开放！只有特定的 IP 可以访问，所以，如果用了 CDN 的朋友，再使用模式一，则需要在服务器上的 /etc/hosts 中将网站域名解析为服务器真实 IP，以便插件直接请求 purge 路径，而不用走 CDN 节点，避免请求被拒绝。还是没搞懂的话就放弃这个模式吧！
②、文件模式
模式二是直接清理对应的缓存文件，不需要请求 purge 这个清理路径，所以使用模式二，不需要配置上文 Nginx 的 purge 规则（我个人推荐使用这个模式）。
由于插件作者定义的缓存路径是 /var/run/nginx-cache ，而我们可能会根据服务器实际情况来自定义缓存路径，这样一来，缓存路径的不同就会导致插件无法找到缓存文件并删除！
3.2解决办法
很简单，在 WordPress 根目录下的 wp-config.php 中新增如下代码即可：
//根据实际情况定义缓存的存放路径 define( 'RT_WP_NGINX_HELPER_CACHE_PATH','/tmp/wpcache');
Ps：不知道添加到第几行的话，可以添加到 define('WPLANG', 'zh_CN'); 的后面即可。添加后建议重载一下 php，确保变量生效（主要针对开启了 PHP 缓存的网站！）。
如果全部设置好，改保存的保存，改重启的重启，等等！
四、Nginx fastcgi_cache效果预览
启用了Nginx fastcgi_cache后，我们就可以在浏览器Header 头部信息中看到已经命中了。
对于已经设置了不缓存的页面，Nginx fastcgi_cache会直接显示BYPASS，我们如果是登录状态那是不显示缓存的，如图：
同时，我们服务器的缓存路径中也能看到Nginx fastcgi_cache生成的缓存文件。
如果你发现你的评论过的用户依然用的是缓存，那应该是WP没有记住cookie，把以下代码加入到functions.php 中即可。
add_action('set_comment_cookies','coffin_set_cookies',10,3);
function coffin_set_cookies( $comment, $user, $cookies_consent){
$cookies_consent = true;
wp_set_comment_cookies($comment, $user, $cookies_consent);
}
五、总结
Nginx开启fastcgi_cache缓存对于加快网页响应速度以及节省服务器资源有着非常重要的意义，下图是alibabacloud.com的测试结果，可以看出来启用缓存后服务器的承载能力有了非常大的提升。
5.1 细节调整
启用fastcgi_cache缓存时，发现在Nginx配置文件中添加了Cache-Control信息，但是总是不生效。HTTP头部信息会总会包含以下信息：
Cache-Control: no-store,no-cache,must-revalidate,post-check=0,pre-check=0 和 Pragma: no-cache，
经过排查，问题出在了宝塔面板中的session.cache_limiter的PHP.ini设置部分， 默认值是nocache，我们需要将它设置为none即可。
5.2 X-Powered-By
我们用宝塔面板会默认的出现X-Powered-By 7.2.12 出现php的版本信息，从安全角度来说还是很不友好的。X-Powered-By是网站响应头信息其中的一个，出于安全的考虑，一般会修改或删除掉这个信息。
宝塔面板里我们如何修改呢：PHP.ini设置expose_php = off
设置好之后，我们重载php服务。
利用宝塔面板给WordPress开启Nginx fastcgi_cache缓存加速方法就说完了，如果有什么疑问可以留言，说实话利用宝塔面板来搞这个Nginx fastcgi_cache缓存加速还是非常方便的。喜欢折腾的小伙伴赶紧试试。
其实，Nginx Helper还支持redis cache模式的缓存，也是非常不错的！
Nginx Helper真的是非常强大，关键是这么强大的插件还是免费的。
最后:友情提示，如果我们勾选Enable Nginx Timestamp in HTML 你在查看网页源代码的时候会发现一些信息如图：
如果你不需要这些信息，可以选择关闭。
内容参考 linuxeye.cn、jybb.me、zhangge.net和 alibabacloud.com