【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为可写：

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