利用百度云缓存加速BAE WordPress

我认为,站长最重要工作之一的就是让读者能够非常快捷便利地访问你的站点。因此站点的性能至关重要。好的硬件和网络环境是一方面,而良好的程序设置也是必不可少的。作为非常流行的内容管理平台,WordPress拥有众多非常优秀的插件,能够极大地提升程序的性能,加快访问速度。不过有的时候,在某些平台上,这些插件可能不能发挥很大的作用。比如BAE,默认程序禁止写入任何文件夹,不开启NFS会把文件写到一个不知名的地方,过几天就删掉了,如果开启NFS,目前会有诸多的bug。因此,诸如W3 Total Cache和WP Super Cache等一系列优秀插件毫无用武之地。那么如何提升在BAE平台上WordPress的性能呢?有几种方法,除去比较平常的gzip,js/css压缩,主题优化等,还有一种几乎没有人提及的方法,那就是利用百度云缓存。

Cache(缓存)是云环境为开发者提供的一个高性能的分布式的内存对象缓存服务,可将数据放到内存中,然后从内存中读取,从而大大提高读取速度。服务采用百度内部的分布式缓存系统作为后端实现,用户接口采用与业界广泛应用的开源软件系统Memcache相似的接口。

从官方文档看,云缓存利用同Memcached类似的接口提供对PHP等网络应用程序的缓存支持,让程序运行更快。而我们发现WordPress正好有一个插件是利用Memcached的,叫做Memcached Object Cache,那能不能利用这个插件做一些修改,达到利用百度云缓存的目的呢?答案是可以的。

首先要说明的是,云缓存并不是免费的,你可以自己设定云缓存的大小,我之前设置20MB只需要0.03元,其实不贵。不过如果你心疼钱,可以忽略下面的文章。

  1. 启用

在控制面板中启用云缓存。点开你的应用,左侧的目录里面,云环境->服务管理->云缓存。然后启用,设置一个大小,个人建议设置20MB-50MB左右先尝试一下。

cache-1

  1. 修改插件

原本的插件需要有Memcached的环境和PECL memcached extension。这些BAE没有,所以我们要替换它。下载Memcached Object Cache插件后解压,里面有一个object-cache.php文件。实际上WordPress是原生支持Object Cache技术的,只不过默认只支持单一session,也就是说缓存仅针对一个访问session有效,用户离开网站,cache失效。这个文件的作用就是修改默认的WP_Object_Cache类,用Memcache作为cache的手段,达到永久缓存的效果。直接替换一些函数就行了。

首先导入相关支持文件,不用写具体地址,因为BAE会自动处理。

require_once ('BaeMemcache.class.php');

然后在构造函数中实例化百度云缓存对象。

$mc = new BaeMemcache();

这里使用$mc,是为了替换原有的$mc,减少代码更改量。之后逐一检查WP_Object_Cache中的函数,看看关于$mc的调用有没有超出目前BAE的支持范围的,如果有就禁用。还要看看有没有不支持的变量。幸运的是BAE提供的接口比较标准,大部分都可以直接使用,这就免去了很多麻烦。

修改好之后可以直接将object-cache.php放入wp-content目录下,注意不要放在任何子目录中,必须放在wp-content里面。之后修改wp-config.php,加入一行:

define('WP_CACHE', true);

最后用SVN commit上去就行了。当然,如果你想更快一些,可以下载这个修改好的object-cache.php文件

更新:Gimhoy也移植了memcache插件,建议去这里下载。

更新:Gimhoy的链接最近失效了,可以在这里下载同样的文件(v2.0.2)。

  1. 验证

判断百度云缓存是否起作用,有两种方法。一种是安装WP Cache Inspection插件,它会列出已经缓存的对象,和每个页面的DB请求次数,对比发现使用云缓存后,DB请求次数明显减少,而管理后台则列出了缓存中的内容。另一种方法是直接查看BAE的托管统计。以下是我采用百度云缓存后的DB请求次数。

Database

可以看出,6月30日开启云缓存后,DB的请求次数大幅下降。

下一幅是云缓存的请求次数。

cache-request

可以看出,开启云缓存后,云缓存的请求次数激增,说明云缓存正在起作用。下面的图是云缓存的读取流量图。

cache - out

可以看出,云缓存确实发挥了作用。

由于我是第一次接触PHP,所以这个修改过的插件可能会有一些bug,给你带来意想不到的麻烦,请一定先做好测试再部署,并自行承担部署本插件所产生的一切后果。我的主要用意是抛砖引玉,希望有大神能做出比较完美的云缓存插件。

 

参考和引用:

Memcached Object Cache, Ryan Boren and Matt Martz, http://wordpress.org/plugins/memcached/
WP Cache Inspect, Frank Bültge, http://wordpress.org/plugins/wp-cache-inspect/
Wordpress + Memcached, wonderboymusic, http://scotty-t.com/2012/01/20/wordpress-memcached/
百度云缓存文档, http://developer.baidu.com/wiki/index.php?title=docs/cplat/rt/php/cache
百度云环境调用Memcache缓存, http://www.pangyiguang.com/a_39

38 comments

  1. 请问使用memcached与使用一个叫DB Cache Reload Fix插件原理是否相同?哪一个的效果比较好一点?

    1. 你好,感谢关注我的博客。我之前没有用过DB Cache Reload Fix这个插件,刚才看了一下介绍和代码,应该是需要有本地文件夹写权限的,所以应该不能用于BAE。至于性能,我觉得两者的缓存对象都是DB object,不过memcached是将对象缓存到内存,而DB Cache则是缓存到硬盘。所以理论上讲Memcached要稍微快一些。

  2. 谢谢你的反馈,已经修复了。是由于我们增加的新功能导致。

  3. 这样做对否?是否还要安装Memcached 这个插件?
    1、把object-cache.php上传到content目录
    2、wp-config.php里面添加define(‘WP_CACHE’, true);
    3、开启百度云缓存

    1. 是的~另外你可以看我另外一篇文章,在这个的基础上加上全页缓存,效果更加明显。

  4. 这个插件貌似还有点BUG,使用插件之后评论会出点问题。评论之后不会跳转了

      1. 我之前也碰到过,后来卸载了Akismet就好了。网上也有类似情况,不一定是和memcached冲突。或者你重新安装Akismet一下试试?

    1. 如果只是做object cache,我觉得50MB应该足够了,如果搭配batcache,可能要视你网页的内容多加一点点。建议先弄30MB或50MB试试,如果效果明显再增加。

      1. 刚试了下,只设置了object cache,首页请求从24减到7了,内页请求倒是变化不大。百度的统计数据貌似是1小时更新1次的,现在还看不到具体数据…………

        感谢回复。

  5. 我想问的是 为什么我按照您的步骤做了,可是并没有将各页面都转为html,而且还导致BAE显示发布失败 这是为什么呢

      1. 弄错文章了,我是指的你的下一篇终极缓存的那个,只要一传那个php文件就立马发布失败,必须重删了才行..好郁闷呀

          1. 我刚才测试了一下,就是只要一设置自己的HTTP_HOST 就有问题,bae直接就版本失败,只要不设置就没问题,但是就没能缓存为html了 好奇怪呀 博客是专门新建的一个版本,没有别的插件了

  6. 哦哦 是这样的啊 终于历经各种艰辛部署完了 谢谢指导

  7. 我想问下博主你是如何做到的99分的呀(百度云监测),各项监测分数都基本满分,而且是静态缓存,希望能出一篇文章,讲讲如何提升博客分数

    1. 嘿嘿。。。这个说来话长了。。。(其实google pagespeed和yslow我也是满分),你可以看我的更新日志。

  8. 这里使用$mc,是为了替换原有的$mc,它文件里面本来就没有实例化memcache啊

    1. 官方文档上面有写要实例化的 $mem= new BaeMemcache();
      详见http://developer.baidu.com/wiki/index.php?title=docs/cplat/rt/php/cache

  9. 请问这个插件在bae3.0上面用的话怎么修改啊?

    1. 你好,我目前没有使用BAE,所以没办法在上面测试,你可以直接用现有的试试能不能用。

Comments are closed.