今天有在下午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.
原来如此~~
我也用用去·
飘一下
我tm再飘一下
完全静态的插件？厉害，不过如果广告位变动会不会需要重新生成所有的页面？
没试过，不过我习惯在做出非文章改动后删除所有缓存。
还是决定用Hyper Cache了
明白！谢谢！
正需要考虑缓存
暂时还用不上。
无法显示浏览人数，这个能有解决办法最好了！
不知老大用过DB Cache没有，据说比Super Cache好，但是不知怎么测试。
为什么这么极力推荐cos-html-cache，而且贵站（可能吧）用了一段时间后又改用wp-super-cache呢？能不能给大家说明一下原因，以免走许多弯路。谢谢！
大哥，你现在用的好像是wp-super-cache，这怎么回事啊
[…] 本文出自：http://www.kenengba.com/post/747.html […]
适当方式
[…] cos-html-cache 伪静态的，可能吧推荐的这个比较好； […]
[…] WordPress 缓存插件介绍的文章，原来可能吧也有过类似的问题，看完他的文章，我决定用 […]
博主再介绍一下DB CACHE
[…] 上述插件部分是需要在模板中添加相应的PHP语句的，请自行搜索。另外好的插件其实很多，但是不建议启用太多，会影响速度。另外，对于流量大的Blog，使用一个缓存插件是必须的，具体怎么选择，可以参考这篇文章（该知名Blog因为没为Party说话，没采用新华社通稿而为Google说话，说了太多实话而导致被墙，请自行搜索如何翻篱笆），但是缓存插件往往和WP-PostViews冲突，如何取舍就看自己了。 […]
[…] 啟用 WordPress object-cache 緩存 推薦兩個緩存插件：DB Cache Reloaded與Hyper Cache WordPress緩存插件介紹 2010/09/08 WordPress,WordPress外掛,網站架設 .htaccess, 1 Blog Cacher, Apache, […]
[…] 目前较流行的缓存插件有Super Cache和Cos-html-cache，可能吧的WordPress缓存插件介绍中对比了这两款插件的不同。我暂时先使用Cos-html-cache插件，等到月底看流量有何变化。 […]