3105.2011

93

基于WordPress的网站优化

Wordpress by FG

WordPress(或者说任何一个web-based app)可以参考的优化策略。现在Wordpres越来越被使用的多,不管您是搭建个人博客,还是CMS内容型网站,亦或是企业用来搭建站点等等,Wordpress的优化和自定义是少不了的。您可以查看本站的WordPress技巧应用WordPress插件栏目下的文章。本文将详细介绍基于Wordpress程序搭建的站点该如何来做深入的网站优化。

单服务器优化策略:

DB优化;缓存优化和页面加载速度优化(压缩等);

多服务器优化策略:

DB读写分离;Web server负载均衡;Offloading(将static files, feed等保存到独立的服务器上);

附:WordPress官网介绍的针对不同服务器硬件的优化策略:(shared hosting, virtual/dedicated server, multiple servers)

http://codex.wordpress.org/WordPress_Optimization

http://codex.wordpress.org/WordPress_Optimization/Cheat_Sheet

如下主要介绍对WordPress站点的优化:

【A: 缓存优化】

为什么需要caching?

对于一个站点,如果不caching,每个用户的请求都需要执行相同的server side process:编译和解释执行php脚本,复杂的算法逻辑,数据库或其他IO读写,将转换的HTML返回给浏览器展示。

caching之后,可以保存如上各个步骤的中间结果避免重复计算或获取,例如:

1、采用db/io caching则db/io的结果可以直接获取,介绍db/io操作;

2、缓存算法部分的计算结果到内存中,可节省执行算法需要的时间;

3、对编译php代码得到的 opcode进行缓存,可节省每次编译需要的时间;

4、将生成页面的HTML静态保存,可以节省每次生成页面的整个时间;

5、通过HTTP header设置浏览器本地缓存,可避免每次请求获取静态文件,快速获取静态的图片,js,css等文件。

因此缓存可分为:db/io缓存、动态脚本编译缓存、生成页面缓存、浏览器缓存等;具体的实现:可以将中间结果保存在内存(memcached)中或磁盘中;

1. db caching

例如MySQL query cache,配置/etc/mysql/my.cnf:

query_cache_limit       = 1M
query_cache_size        = 16M

2. 动态脚本编译缓存

例如PHP compiler cache。PHP源代码需要通过编译器编译为opcode再解释执行;如果没有修改源代码,不需要每次都从源码开始编译,可缓存opcode。

常见的PHP compiler cache工具有:APC, eAccelerator

3. WP自带的缓存性能

在wp 2.3的时候首次引入cache,最初是file-based,可以通过wp-config.php中的define ( ‘ENABLE_CACHE’, true);设置是否开启cache功能。

从wp 2.6开始开始采用object-oriented solution,wp代码内部实现cache,不需要进行config。wp并提供了一系列的wp_cache函数允许开发者使用wp的对象cache 功能。该object-oriented的cache是将数据cache在内存中而且仅在当前session有效。一些第三方插件提供了cache的持久 化特性。

参考: + http://wpengineer.com/1607/use-wordpress-cache/ + http://codex.wordpress.org/Function_Reference/WP_Cache

4. HTML页面缓存

WordPress有自己的caching system,因此编写plugins或者修改WP代码,推荐使用它提供的函数,而避免直接编写SQL。

另外,使用一些WP caching plugins可以有效地缓存WP页面,大大提高网站页面加载速度。这些plugins中一般有2种类型的缓存策略:一种是缓存生成的页面;另一种是缓存db query的结果。

推荐:Hyper Cache或者Hyper Cache + DB Cache Reloaded或者W3 Total Cache

Hyper Cache

http://wordpress.org/extend/plugins/hyper-cache/

安装需要:

– 下载,解压,拷贝到wp-content/plugins下;

– 创建cache目录并设置可写:

cd hyper-cache
mkdir cache
chmod 777 cache

– 修改wp-content为可写:

chomod 777 wp-content

需要在该目录下生成`advanced-cache.php`文件

– 修改`wp-config.php`文件

`define(“WPLANG”`之后添加`define(“WP_CACHE”, true);`

具体参考:Hyper Cache: http://www.satollo.net/plugins/hyper-cache

W3 Total Cache

http://wordpress.org/extend/plugins/w3-total-cache/

DB Cache Reloaded: DB Cache的升级版;

http://wordpress.org/extend/plugins/db-cache-reloaded/

DB Cache: 对db query缓存,而不同于其他的缓存页面

http://wordpress.org/extend/plugins/db-cache/

其他不推荐:

WP Super Cache: WP-Cache的升级版,注意有时候开启compression可能影响性能;

WP-Cache: 缺点:缺乏更新,卸载的时候会遗留一些文件

WP Widget Cache: 如果使用了一些db intensive的widget,该插件可以对widget缓存,比较有用;

如上WordPress caching plugins的比较结果参看:http://www.tutorial9.net/tutorials/web-tutorials /wordpress-caching-whats-the-best-caching-plugin/

5. 浏览器缓存Browser Caching

例如,可以设置nginx对静态文件进行压缩和缓存:

修改/etc/nginx/nginx.conf,添加gzip设定部分

gzip  on;
# 压缩css, js, xml文件
gzip_types text/css text/xml application/x-javascript;
gzip_disable “MSIE [1-6].(?!.*SV1)”;

修改/etc/nginx/sites-available下对应的网站配置文件,添加静态缓存:

# 缓存blog下所有js, css和图片文件

# 缓存blog下所有js, css和图片文件
location ~* .(js|css|png|jpg|jpeg|gif|ico)$ {
expires max;
log_not_found off;
}

参考:http://wiki.nginx.org/HttpGzipModule#gzip_types

【B: 针对WP本身的优化策略】

1. Plugins

禁用不常用的plugins,注意有些plugins可能存在不必要的数据库读写进而影响性能。另外,WP本身具有caching功能,使用WP提供的函数比直接编写SQL语句效率可能要高;

2. Themes

和plugins类似,某些themes可能存在不太高效的数据库操作,推荐使用官方的themes。另外可以进行其他优化:

静态文件:

theme是否使用太多的图片文件(可使用文字代替的图片可不使用),对所有图片进行无损减肥(使用Yahoo! Smush.it);CSS和JS文件优化;

可以hardcoded的static values不要从数据库中读取;

附:该使用何种图片格式GIF, JPG, PNG:

~ For photographic type images, JPG is best

~ For logos or images with blocks of flat colour and no gradients, GIF or PNG8

~ For images using effects such as drop shadows or glows, which also require transparency, choose PNG24.

来自http://blogs.sitepoint.com/gif-png-jpg-which-one-to-use/

参考:http://codex.wordpress.org/WordPress_Optimization/WordPress_Performance

【多服务器优化策略A: offloading分布存储】

1. 静态文件独立存储

将静态文件(css, js, images)等保存在独立的服务器上,可使用独立的域名;因为大部分的浏览器和server通信最多同时保持2个请求,因此如果将文件分布存储在4个server上,那么同一时刻最多可以实现8个请求来并行获取显示页面需要的内容。

配置HTTP Server的静态文件传输前GZip压缩,并设置客户端浏览器缓存时间;

2. 将feeds存在外部服务器上

可以将feeds存放在外部服务器上,例如Google FeedBurner(),FeedBurner每隔一段时间获取站点最新的feed并存储在其服务器上,订阅的用户直接从FeedBurner获取网站的feeds,从而大大节省流量。

3. 将本站的comments保存到IntenseDebate/Disqus上

IntenseDebate或Disqus将用户在各个网站的comments聚合到一起,方便用户追踪和好友分享。将自己站点的comments 保存到Disqus/IntenseDebate的服务器上一方面方便在social graph中的推广;另一方面一定程度上不用自己保存comments降低负载和存储。

IntenseDebate是WordPress开发团队Automattic的产品,因此推荐使用。

使用WP的Disqus comment system插件可以很好地将Disqus嵌入到WP中(该插件支持Disqus和WP本身的comments同步):Disqus comment system。

4. 其他的分布存储:

可将网站的图片等静态文件存储在外部服务器上,例如flickr提供免费的图片存储。Amazon S3(Simple Storage Service)和Amazon Cloudfront: 可以用于存放静态文件,需要收费;类似的MaxCDN,提供CDN(Content Delivery Network)服务;Steadyoffload(http://www.steadyoffload.com/)。

参考:http://codex.wordpress.org/WordPress_Optimization/Offloading

【多服务器优化策略B: 分布式结构】

如果负载更大,可以考虑使用多个server:数据库和app分离;数据库本身读写拆分等;app server本身需要负载均衡。

WordPress的HyperDB可以实现数据库拆分http://codex.wordpress.org/HyperDB。

更多的文章:

http://codex.wordpress.org/WordPress_Optimization

http://codex.wordpress.org/WordPress_Optimization/Server_Optimization

http://codex.wordpress.org/WordPress_Optimization/Caching