WordPress缓存插件介绍

阅读时间 6 分钟,快速阅读仅需 2 分钟。

今天有在下午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.

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)不即时刷新。出发缓存重新建立的动作只是文章修改或主题变动,插件的动作不会导致缓存被重新生成。

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

 

 

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有时出错

 

 

Hyper Cache

这是我使用了2小时然后放弃的一个缓存插件。根据北极冰仔的介绍,它的思想和Cos-html-cache是一样的,但是考虑到永久链接的问题,它并没有完全绕过wordpress实现静态化。

相比之下,我认为它比Super Cache更为优秀,安装要求没有Super cache那么苛刻,而且对Gzip的支持似乎更好一些。

如果你不想将永久链接更改为.html结尾,可以考虑Hyper Cache。

但是,Hyper Cache有个不好的地方,将在第三点讨论。

 

常见问题

所谓的常见问题,其实是我遇到的两个可能比较普遍的问题而已。

Cos-html-cache记录的昵称空格变加号

使用chc的朋友可能会发现,第二次留言时,昵称里的空格会变成“+”号,如图所示:

twitter上请教了cosbeta,得到了解决方案,将“+”替换为“ ”。具体方法如下:

打开插件文件夹里的common.js.php,将第33行替换为:

setovalue('author',readCosBetaCookie(author_cookie).replace('+',' ' ) );

 

 

Hyper Cache无法实现cookie验证

之前我在阿禅日记试用了Hyper Cache,发现访客的cookie不会被记录,每次留言都要重新输入昵称等相关信息。这是缓存造成的。

解决方法是用js来实现cookie的验证,具体方法请移步WordPress 完全静态化后的 cookie 验证

 

 

 

总结

 

这次博客被挂起到使用3款缓存插件的经过,我得到了下面的结论:

 

 

1、博客被挂起不一定因为和谐,但因为和谐博客必定会被挂起

2、Wordpress一定要使用缓存插件

3、缓存插件首选cos-html-cache,然后是Hyper Cache

4、Google Analytics的数据统计可能非常不可靠(不展开讨论)

5、如果有一天你发现可能吧打死也不能访问,请留意我在twitter上的消息,我的twitter:jason5ng32.

 

 

 

57 条评论

猪头进行回复 取消回复

您的电子邮箱地址不会被公开。 必填项已用*标注