Wordpress缓存插件介绍

今天有在下午2点到3点访问可能吧的朋友可能会发现，可能吧被管理员挂起了。一般情况下我相信大家都会认为和低俗等原因有关。

值得高兴的是，这次博客被挂起事件与低俗无关，这是一个高俗的博客。真正的原因是博客的数据库查询量严重超标。

当你的Wordpress博客流量过高，请务必考虑安装缓存插件。

如上次所说，我很早就使用了Super Cache，想不到它竟然也扛不住了，于是我就尝试了Hyper Cache和Cos-html-cache。

一、为什么要使用缓存插件？

Wordpress是最受欢迎的独立博客系统，这点是毋容置疑的。但当一个博客数据请求量高于空间的限制时，你就需要一个缓存插件来减少对数据库的查询。

不使用缓存插件但流量有很大会有什么后果？你可以尝试看看王小峰的博客，直到我写这篇文章的时刻（2009年2月26日，20:57），他的博客还是无法访问。

 

造成这个后果的原因可能是多方面的，但有2个可能是致命伤：

1、使用IIS+PHP，而不是更适合wordpress的LAMP（Linux+Apache+Mysql+PHP）主机。

2、他没有使用缓存插件

假设他用了缓存插件，可能就不会有这种事发生。

二、常用缓存插件介绍

目前我使用过的缓存插件有3个，Super Cache，Hyper Cache，Cos-html-cache。最终我在江东、北极冰仔，Paveo的帮助下选择了Cos-html-cache.

1、Cos-html-cache

这是首推的缓存插件，由江东开发。根据目前的观察，这个插件能极其有效地节省数据库查询量，做到完完全全的静态化。

然而，有得必失，你的文章URL必须伪静态为html或htm结尾，因为cos-html-cache确实生成了静态html文件。

具体使用方法：

（1）下载cos-html-cache插件，上传到plugins目录。

（2）在根目录下建立index.bak文件夹，权限为0666.

（3）在Wordpress的设置后台里将永久链接改成“/post/%postname%.html”或"/article/%post_id%.html"或其它。

其中"post"和"article"是自定义的，因为静态化的文件必须存放到一个目录。末尾的.html或.htm是必须的。

（4）启用cos-html-cache插件。

优势：

（1）所有文章和首页都被绝对静态化了，只有当文章被修改（文章内容修改、删除、留言）缓存才被重新生成，很大程度上减少了数据库的负担。

（2）支持Cookie验证（WP不是默认支持么？后面你会知道为什么我特意提到这一点）

劣势：

（1）博客文章永久链接必须是伪静态的。如果你博客之前的URL不是以.html或.htm结尾的，除非你用重定向，否则你将无法使用cos-html-cache。对于一个已经有比较长历史的博客，改动URL不是一件容易的事。

（2）不即时刷新。出发缓存重新建立的动作只是文章修改或主题变动，插件的动作不会导致缓存被重新生成。

但你真的需要那么多花哨的插件吗？

2、Super Cache

可能吧之前使用的就是super cache，直到下午负荷过重。

要使用这个插件，需要修改wp-config.php和.htaccess文件。具体可以参考官方说明。

优势：

（1）无需修改博客永久链接。

（2）支持Cookie验证

（3）支持Gzip（即便Wordpress在wp2.5就取消了gzip选项）

劣势：

（1）依然需要查询数据库。相对cos-html-cache来说，super cache依旧需要对数据库进行查询。

update：这个结论可能是错误的。

（2）Gzip有时出错

3、Hyper Cache

这是我使用了2小时然后放弃的一个缓存插件。根据