【WordPress（或者说任何一个web-based app）可以参考的优化策略】
单服务器优化策略：
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为可写：
需要在该目录下生成`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
