WordPress 手动提速 – 缓存优化

分享本文:
WordPress 手动提速 – 缓存优化
请为本文打分

由于大多数的 wordpress 博客都架设在与他人共享的虚拟主机上,所以速度和优化便成了 blogger 们经久不哀的话题。为了优化,我也看过不少的文章。看来看去,很多人只是老调重弹地讲了 WP Super Cache 插件;以及有些空泛地提出要去除不必要插件、优化 javascript 等,可惜这只说明了方向问题却没有点明该如何朝这个方向去做。只好依自己生平所学,手动地折腾了一把 WordPress 优化。

服务器端缓存机制

虚拟主机用户一般无法更改服务器的配置,我们也就不能在这方面有很大的期望。不过“缓存”这一手段仍然是一种相对可行的底层优化方法。Wordpress 有众多的缓存插件来支持这一行为,包括 WP Cache、WP Super Cache、DB Cache 等。

WP Cache 和 WP Super Cache 这样的插件通过生成 HTML 静态页面来降低服务器负荷,达到提速的目的。我个人却不太喜欢这样的方式。其原因有:一,这样做会丧失动态网站的灵活性。特别是那些根据客户端不同会作出不同响应的功能。比如我的主题中有一个 is_bot() 函数,用来针对搜索引擎的机器人作出一些 SEO 的调整。一旦我启用了静态缓存插件,便丧失了这种灵活性。有人说这些功能可以改成 Javascript 实现,但真要改动起来也比较麻烦,有些得不偿失。二,某些个人博客的瓶颈并不在PHP执行这个环节,而是客户与服务器之间的网络线路。甚至我认为,个人博客没有上万的 PV 完全没有必要采用静态化的策略。

DB Cache 插件我觉得可以试试,因为它的原理是缓存数据库查询,特别是虚拟主机中数据库服务器不是本机(localhost)时,这个插件会提高响应速度。但必须注意的一点是很多虚拟主机对于每用户可占用的内存是有限制的,如果这个值太低,那么这个插件也不太适用。

把缓存交给用户

与其在服务器上费力地设置缓存,更好的办法其实是“把缓存交给用户”。我用 Firebug + Yslow 分析自己博客的时候,发现它提示我的博客没有给静态内容设置缓存。于是用 cURL 连接到网站上通过观察 HTTP Header 来分析了缓存的机制。我的博客上 Apache 会发送“Last-modified”和“E-Tag” Header,这似乎也是大多数博客虚拟主机的配置。这样浏览器在请求的时候会发出“If-modified-since”请求,让服务器判断请求的内容(比如图片)是否在某个时间(通常是浏览器缓存的时间)以后发生变化。如果没有变化,服务器返回 HTTP 304 Not Modified 响应,浏览器则可以放心地使用本地缓存,从而降低了 HTTP 请求开销。

Yslow 建议给静态内容设置一个“永久”的缓存。这个永久通常是设置一年甚至更长的缓存期来实现的。设置缓存以后,服务器在对请求作出响应的时候会附加一个 Expires Header,告诉浏览器这个东西在多长时间内不会过期。这样浏览器就可以放心地使用缓存,甚至连 If-modified-since 请求和一个 HTTP 304 响应也不必要了。这样就大大地节省了在网络上的开销。访问者只是在第一次访问时会请求动态内容,接下来则会直接使用缓存的内容,达到了“把缓存交给用户”的目的。

实现方法

要做到这个也是件很容易的事情,对于 Apache 服务器来说,使用 mod_expire 就能轻松地设置缓存期。在 .htaccess 文件中加入以下内容:

<IfModule mod_expires.c>
# 启用缓存机制
ExpiresActive On
 
# 图片缓存时间为 1 年
ExpiresByType image/gif "now plus 1 year"
ExpiresByType image/jpeg "now plus 1 year"
ExpiresByType image/x-icon "now plus 1 year"
ExpiresByType image/png "now plus 1 year"
 
# Javascript, CSS 缓存时间为 12 小时
ExpiresByType text/css "now plus 12 hours"
ExpiresByType text/javascript "now plus 12 hours"
ExpiresByType application/javascript "now plus 12 hours"
</IfModule>

有人要说,如果我的内容改变了怎么办呢?因为这样设置以后浏览器并不会向服务器询问是否有新的内容,而是老老实实地相信自己的缓存内容了。

如果你的改动是少数的几个图片,那么只需要在图片的 URL 后面自己加上一个任意的 query string 即可。比如说原来的图片 URL 是

http://blog.xiaoding.org/wordpress/wp-includes/images/smilies/icon_smile.gif

现在只需要在原地址后面加上一个 query 参数即可,此参数对于静态内容可以任意构造,我此处写的是 AnyQueryString

http://blog.xiaoding.org/wordpress/wp-includes/images/smilies/icon_smile.gif?AnyQueryString

这样浏览器会认为此时的图片与原来的不同,将再一次下载它。于是我们就达到了更新的目的。

原文:Wordpress 手动提速 – 缓存优化 from 知也无涯

WordPress 手动提速 – 缓存优化
请为本文打分
分享本文:


评论: WordPress 手动提速 – 缓存优化

  • 这个只会影响带宽,对服务器负荷并没有本质的提升,因为静态内容对于服务器来说根本就不会产生负荷,有瓶颈的是PHP的执行和数据库的查询。

    Peter Cui 2009/05/26 10:20 上午 回复
  • Pingback: links for 2009-05-26 « dupola’s weblog(en)

  • @PeterCui
    嗯 这个方法只是节省了线路上的流量,利用本地缓存使得加载速度提高。
    原文中也提到了: “二,某些个人博客的瓶颈并不在PHP执行这个环节,而是客户与服务器之间的网络线路。甚至我认为,个人博客没有上万的 PV 完全没有必要采用静态化的策略。”

    Xiaoding 2009/05/27 12:34 上午 回复
  • 静态内容对于服务器来说根本就不会产生负荷,有瓶颈的是PHP的执行和数据库的查询。

    quwenwen 2009/05/27 2:47 下午 回复
  • WordPress 手动提速 – 缓存优化

    哈尔滨seo 2009/05/30 11:56 上午 回复
  • 还是比较麻烦

    工程机械爱好者 2009/06/01 3:40 下午 回复
  • Pingback: wordpress页面加载速度优化之二:四种方法 | 少数派视野

  • 写得很好。。

    视频聊天 2009/11/21 1:31 下午 回复
  • http://www.pzhlch.cn 谢谢您的分享

    减肥产品排行榜 2010/06/20 4:27 下午 回复
  • 还是很有效果的

    freeshipping 2010/09/05 1:38 下午 回复
  • 原来这样的多谢了

    纽斯丽 2010/09/08 9:37 下午 回复
  • 说的不错

    岁月无痕丰胸精油 2010/09/08 9:38 下午 回复
  • 根据我的观察,瓶颈好像是PHP的执行和数据库的查询

    匠人徐 2010/12/27 9:02 上午 回复
  • thx for site it is very nice :))

    commercialloan 2011/11/26 2:52 上午 回复
  • I was suggested this web site via my cousin. I’m now not sure whether or not this submit is written by him as no one else know such distinct approximately my trouble. You’re wonderful! Thank you!

    seo 2012/07/26 12:09 上午 回复
  • 确实有些麻烦啊!

    thinkCu 2012/10/18 6:59 下午 回复

发表一下评论

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