在建站和web应用程序交付方面，WordPress是全球最大的一个平台。全球大约四分之一的站点现在正在使用开源WordPress软件，包括eBay、Mozilla、RackSpace、TechCrunch、CNN、MTV、纽约时报、华尔街日报等等。简介

在建站和web应用程序交付方面，WordPress是全球最大的一个平台。全球大约四分之一的站点现在正在使用开源WordPress软件，包括eBay、Mozilla、RackSpace、TechCrunch、CNN、MTV、纽约时报、华尔街日报等等。

最流行的个人博客平台WordPress，其也运行在WordPress开源软件上。而NGINX则为WordPress提供了动力。在WordPress的用户当中，许多站点起步于WordPress，然后换成了自己运行WordPress开源软件；它们中越来越多的站点也使用了NGINX软件。

WordPress的吸引力源于其简单性，无论是对于最终用户还是安装架设。然而，当使用量不断增长时，WordPress站点的体系结构也存在一定的问题-这里有几个方法，包括使用缓存，以及将WordPress和NGINX组合起来，可以解决这些问题。

在这篇文章中，我们提供了九个提速技巧来帮助你解决WordPress中一些常见的性能问题：

l缓存静态资源

l缓存动态文件

l迁移到NGINX

l添加NGINX静态链接支持

l为NGINX配置FastCGI

l为NGINX配置W3TotalCache

l为NGINX配置WP-Super-Cache

l为NGINX配置安全防范措施

l配置NGINX支持WordPress多站点

在 LAMP 架构下 WordPress 的性能

大多数WordPress站点都运行在传统的LAMP架构下：Linux操作系统，ApacheWeb服务器软件，MySQL数据库软件（通常是一个单独的数据库服务器）和PHP编程语言。这些都是非常著名的，广泛应用的开源工具。在WordPress世界里，很多人都用的是LAMP，所以很容易寻求帮助和支持。

当用户访问WordPress站点时，浏览器为每个用户创建六到八个连接来连接到Linux/Apache上。当用户请求连接时，PHP即时生成每个页面，从MySQL数据库获取资源来响应请求。

LAMP或许对于数百个并发用户依然能照常工作。然而，流量突然增加是常见的，并且通常这应该算是一件好事。

但是，当LAMP站点变得繁忙时，当同时在线的用户达到数千个时，它的瓶颈就会被暴露出来。瓶颈存在主要是两个原因：

ApacheWeb服务器-Apache的每个/每次连接需要消耗大量资源。如果Apache接受了太多的并发连接，内存可能会耗尽，从而导致性能急剧降低，因为数据必须交换到磁盘了。如果以限制连接数来提高响应时间，新的连接必须等待，这也导致了用户体验变得很差。

PHP/MySQL的交互-一个运行PHP和MySQL数据库服务器的应用服务器上每秒的请求量有一个最大限制。当请求的数量超过这个最大限制时，用户必须等待。超过这个最大限制时也会增加所有用户的响应时间。超过其两倍以上时会出现明显的性能问题。

LAMP架构的网站出现性能瓶颈是常见的情况，这时就需要升级硬件了-增加CPU，扩大磁盘空间等等。当Apache和PHP/MySQL的架构超载后，在硬件上不断的提升却跟不上系统资源指数增长的需求。

首选替代LAMP架构的是LEMP架构–Linux,NGINX,MySQL,和PHP。(这是LEMP的缩写，E代表着“engine-x.”的发音。)我们在技巧3中会描述LEMP架构。

技巧 1. 缓存静态资源

静态资源是指不变的文件，像CSS，JavaScript和图片。这些文件往往在网页的数据中占半数以上。页面的其余部分是动态生成的，像在论坛中评论，性能仪表盘，或个性化的内容。

缓存静态资源有两大好处：

更快的交付给用户-用户可以从它们浏览器的缓存或者从互联网上离它们最近的缓存服务器获取静态文件。有时候文件较大，因此减少等待时间对它们来说帮助很大。

减少应用服务器的负载-从缓存中检索到的每个文件会让web服务器少处理一个请求。你的缓存越多，用户等待的时间越短。

要让浏览器缓存文件，需要在静态文件中设置正确的HTTP首部。看看HTTPCache-Control首部，特别是设置了max-age参数，Expires首部，以及Entity标记。这里有详细的介绍。

当启用本地缓存，然后用户请求以前访问过的文件时，浏览器首先检查该文件是否在缓存中。如果在，它会询问Web服务器该文件是否改变过。如果该文件没有改变，Web服务器将立即响应一个304状态码（未改变），这意味着该文件没有改变，而不是返回状态码200OK并检索和发送已改变的文件。

要在浏览器之外支持缓存，可以考虑下面讲到的技巧，以及考虑使用内容分发网络（CDN）。CDN是一种流行且强大的缓存工具，但我们在这里不详细描述它。在你实现了这里讲到的其它技术之后可以考虑CDN。此外，当你的站点从HTTP/1.x过渡到HTTP/2协议时，CDN的用处可能不太大；根据需要调查和测试，找到你网站需要的正确方法。

如果你转向NGINXPlus或将开源的NGINX软件作为架构的一部分，建议你考虑技巧3，然后配置NGINX缓存静态资源。使用下面的配置，用你Web服务器的URL替换网址链接；

技巧 2. 缓存动态文件

WordPress动态地生成网页，这意味着每次请求时它都要生成一个给定的网页（即使和前一次的结果相同）。这意味着用户随时获得的是最新内容。

想一下，当用户访问一个帖子时，并在文章底部有用户的评论时。你希望用户能够看到所有的评论-即使评论刚刚发布。动态内容就是处理这种情况的。

但现在，当帖子每秒出现十几二十几个请求时。应用服务器可能每秒需要频繁生成页面导致其压力过大，造成延误。为了给用户提供最新的内容，每个访问理论上都是新的请求，因此它们不得不在原始出处等待很长时间。

为了防止页面由于不断提升的负载而变得缓慢，需要缓存动态文件。这需要减少文件的动态内容来提高整个系统的响应速度。

要在WordPress中启用缓存中，需要使用一些流行的插件-如下所述。WordPress的缓存插件会请求最新的页面，然后将其缓存短暂时间-也许只有几秒钟。因此，如果该网站每秒中会有几个请求，那大多数用户获得的页面都是缓存的副本。这也有助于提高所有用户的检索时间：

l大多数用户获得页面的缓存副本。应用服务器没有做任何工作。

l用户会得到一个之前的崭新副本。应用服务器只需每隔一段时间生成一个崭新页面。当服务器产生一个崭新页面（对于缓存过期后的第一个用户访问），它这样做要快得多，因为它的请求并没有超载。

l你可以缓存运行在LAMP架构或者LEMP架构上WordPress的动态文件（在技巧3中说明了）。有几个学PHP到兄-弟-连缓存插件，你可以在WordPress中使用。运用到了最流行的缓存插件和缓存技术，从最简单到最强大的：

lHyper-Cache和Quick-Cache–这两个插件为每个WordPress页面创建单个PHP文件。它支持绕过多个WordPress与数据库的连接核心处理的一些动态功能，创建一个更快的用户体验。它们不会绕过所有的PHP处理，所以并不会如下面那些取得同样的性能提升。它们也不需要修改NGINX的配置。

lWPSuperCache–最流行的WordPress缓存插件。在它易用的界面易用上提供了许多功能，如下所示。我们在技巧7中展示了一个简单的NGINX配置实例。

lW3TotalCache–这是第二流行的WordPress缓存插件。它比WPSuperCache的功能更强大，但它有些配置选项比较复杂。样例NGINX配置，请看技巧6。

lFastCGI–CGI的意思是通用网关接口CommonGatewayInterface，在因特网上发送请求和接收文件的一种通用方式。它不是一个插件，而是一种与缓存交互缓存的方法。FastCGI可以被用在Apache和Nginx上，它也是最流行的动态缓存方法；我们在技巧5中描述了如何配置NGINX来使用它。

这些插件和技术的文档解释了如何在典型的LAMP架构中配置它们。配置方式包括数据库和对象缓存；最小化HTML、CSS和JavaScript；集成流行的CDN集成环境。对于NGINX的配置，请看列表中的提示技巧。

注意：缓存不会用于已经登录的WordPress用户，因为他们的WordPress页面都是不同的。（对于大多数网站来说，只有一小部分用户可能会登录）此外，大多数缓存不会对刚刚评论过的用户显示缓存页面，因为当用户刷新页面时希望看到他们的评论。若要缓存页面的非个性化内容，如果它对整体性能来说很重要，可以使用一种称为碎片缓存（fragmentcaching）的技术。

技巧 3. 使用 NGINX

如上所述，当并发用户数超过某一数量时Apache会导致性能问题–可能是数百个用户同时使用。Apache对于每一个连接会消耗大量的资源，因而容易耗尽内存。Apache可以配置连接数的值来避免耗尽内存，但是这意味着，超过限制时，新的连接请求必须等待。

此外，Apache为每个连接加载一个mod_php模块副本到内存中，即使只有服务于静态文件（图片，CSS，JavaScript等）。这使得每个连接消耗更多的资源，从而限制了服务器的性能。

要解决这些问题，从LAMP架构迁到LEMP架构–使用NGINX取代Apache。NGINX在一定的内存之下就能处理成千上万的并发连接数，所以你不必经历颠簸，也不必限制并发连接数到很小的数量。

NGINX处理静态文件的性能也较好，它有内置的，容易调整的缓存控制策略。减少应用服务器的负载，你的网站的访问速度会更快，用户体验更好。

你可以在部署环境的所有Web服务器上使用NGINX，或者你可以把一个NGINX服务器作为Apache的“前端”来进行反向代理-NGINX服务器接收客户端请求，将请求的静态文件直接返回，将PHP请求转发到Apache上进行处理。

对于动态页面的生成，这是WordPress核心体验，可以选择一个缓存工具，如技巧2中描述的。在下面的技巧中，你可以看到FastCGI，W3_Total_Cache和WP-Super-Cache在NGINX上的配置示例。（Hyper-Cache和Quick-Cache不需要改变NGINX的配置。）

技巧缓存通常会被保存到磁盘上，但你可以用tmpfs将缓存放在内存中来提高性能。

为WordPress配置NGINX很容易。仅需四步，其详细的描述在指定的技巧中：

1.添加永久链接的支持-让NGINX支持永久链接。此步消除了对.htaccess配置文件的依赖，这是Apache特有的。参见技巧4。

2.配置缓存-选择一个缓存工具并安装好它。可选择的有FastCGIcache，W3TotalCache,WPSuperCache,HyperCache,和QuickCache。请看技巧5、6和7。

3.落实安全防范措施-在NGINX上采用对WordPress最佳安全的做法。参见技巧8。

4.配置WordPress多站点-如果你使用WordPress多站点，在NGINX下配置子目录，子域，或多域名架构。见技巧9。

技巧 4. 让 NGINX 支持永久链接

许多WordPress网站依赖于.htaccess文件，此文件为WordPress的多个功能所需要，包括永久链接支持、插件和文件缓存。NGINX不支持.htaccess文件。幸运的是，你可以使用NGINX的简单而全面的配置文件来实现大部分相同的功能。

你可以在你的主server块下添加下面的location块中为使用NGINX的WordPress启用永久链接。（此location块在其它代码示例中也会被包括）。

try_files指令告诉NGINX检查请求的URL在文档根目录（/var/www/example.com/htdocs）下是作为文件($uri)还是目录($uri/)存在的。如果都不是，NGINX将重定向到/index.php，并传递查询字符串参数作为参数。

技巧 5. 在 NGINX 中配置 FastCGI

NGINX可以缓存来自FastCGI应用程序的响应，如PHP响应。此方法可提供最佳的性能。

对于开源的NGINX，编译入第三方模块ngx_cache_purge可以提供缓存清除能力，配置代码如下所示。NGINXPlus已经包含了它自己实现此代码。

当使用FastCGI时，我们建议你安装NGINX辅助插件并使用下面的配置文件，尤其是要注意fastcgi_cache_key的使用和包括fastcgi_cache_purge的location块。当页面发布或有改变时，有新评论被发布时，该插件会自动清除你的缓存，你也可以从WordPress管理控制台手动清除。

NGINX的辅助插件还可以在你网页的底部添加一个简短的HTML代码，以确认缓存是否正常并显示一些统计数据。（你也可以使用$upstreamcachestatus确认缓存功能是否正常。）

技巧 6. 为 NGINX 配置 W3_Total_Cache

W3TotalCache,是W3-Edge的FrederickTownes出品的，是一个支持NGINX的WordPress缓存框架。其有众多选项配置，可以替代FastCGI缓存。

这个缓存插件提供了各种缓存配置，还包括数据库和对象的缓存，最小化HTML、CSS和JavaScript，并可选与流行的CDN整合。

这个插件会通过写入一个位于你的域的根目录的NGINX配置文件来控制NGINX。

技巧 7. 为 NGINX 配置 WP Super Cache

WPSuperCache是由DonnchaOCaoimh开发的,他是Automattic的一个WordPress开发者,这是一个WordPress缓存引擎，它可以将WordPress的动态页面转变成静态HTML文件，以使NGINX可以很快的提供服务。它是第一个WordPress缓存插件，和其它的相比，它更专注于某一特定的领域。

配置NGINX使用WPSuperCache可以根据你的喜好而进行不同的配置。以下是一个示例配置。

在下面的配置中，带有名为supercache的location块是WPSuperCache特有的部分。WordPress规则的其余代码用于不缓存已登录用户的信息，不缓存POST请求，并对静态资源设置过期首部，再加上标准的PHP处理；这部分可以根据你的需求进行定制。

技巧 8. 为 NGINX 配置安全防范措施

为了防止攻击，可以控制对关键资源的访问并限制机器人对登录功能的过量攻击。

只允许特定的IP地址访问WordPress的仪表盘。

只允许上传特定类型的文件，以防止恶意代码被上传和运行。

拒绝其它人访问WordPress的配置文件wp-config.php。拒绝其它人访问的另一种方法是将该文件的一个目录移到域的根目录之上的目录。

对wp-login.php进行限速来防止暴力破解。

技巧 9. 配置 NGINX 支持 WordPress 多站点

WordPress多站点WordPressMultisite，顾名思义，这个版本WordPress可以让你以单个实例管理两个或多个网站。WordPress运行的就是WordPress多站点，其主机为成千上万的用户提供博客服务。

你可以从单个域的任何子目录或从不同的子域来运行独立的网站。

使用此代码块添加对子目录的支持。

使用此代码块来替换上面的代码块以添加对子目录结构的支持，替换为你自己的子目录名。

旧版本（3.4以前）的WordPress多站点使用readfile()来提供静态内容。然而，readfile()是PHP代码，它会导致在执行时性能会显著降低。我们可以用NGINX来绕过这个非必要的PHP处理。该代码片段在下面被（==============）线分割出来了。

结论

可扩展性对许多要让他们的WordPress站点取得成功的开发者来说是一项挑战。（对于那些想要跨越WordPress性能门槛的新站点而言。）为WordPress添加缓存，并将WordPress和NGINX结合，是不错的答案。

NGINX不仅用于WordPress网站。世界上排名前1000、10000和100000网站中NGINX也是遥遥领先的web服务器。

欲了解更多有关NGINX的性能，请看我们最近的博客，让应用性能提升10倍的10个技巧。

GINX软件有两个版本：

NGINX开源软件-像WordPress一样，此软件你可以自行下载，配置和编译。

NGINXPlus-NGINXPlus包括一个预构建的参考版本的软件，以及服务和技术支持。