wordpress使用nginx哪个版本

全球*受欢迎的网络服务器Nginx与LiteSpeed各有特色，它们以出**能和安全措施赢得开发者青睐。本文对比Nginx与LiteSpeed，解析它们主要功能、在WordPress中的优势与劣势，并通过速度测试揭晓它们在实际应用中的表现。

Web服务器是为满足客户请求提供网页的技术软件或硬件。客户端使用浏览器如Chrome或Firefox，从服务器获取所需数据。

Nginx为**开源网络服务器，专注于稳定*和*能。设计为**驱动、非线程型，能**处理请求，缩短等待时间，速度快于多数竞争对手。Nginx支持****与反向代理，被大型企业如Dropbox、Netflix采用，擅长缓存与处理PHP。

Litespeed是由LiteSpeed Technologies提供的高*能、高扩展*网络服务器。可轻松取代现有服务器，无需改动其他应用或操作系统。Litespeed设计**，**驱动，能**服务众多客户。处理PHP脚本速度在业界**。

Nginx功能包括稳定*能、**驱动设计、缓存与PHP处理能力。Litespeed功能涵盖全面*能优化，如数据库优化、对象缓存、图像优化等，支持QUIC******集成，加速WordPress网站加载。

WordPress用户使用Litespeed插件可获得***能提升，包括数据库优化、对象缓存、小型化、ESI缓存、图像优化等。Nginx缺乏类似功能强大插件。

Nginx优势包括稳定*、处理静态文件能力。Litespeed优势在于高速*能、PHP脚本处理速度。

Nginx劣势可能在于功能插件相对有限。Litespeed劣势可能在于初期学习曲线较陡峭。

进行速度测试，对比Nginx与LiteSpeed在相同条件下运行的网站平均响应时间。结果表明，使用LiteSpeed的网站平均响应时间**短于使用Nginx的网站。

综合考量，Litespeed在网络服务器*能、WordPress优化与速度方面具有明显优势，为用户提供了更快速、**的网站体验。尽管Nginx在稳定*与处理静态文件方面表现出色，但在现代高*能需求下，Litespeed成为更优选择。

在高连接并发的情况下，Nginx是 Apache服务器不错的替代品；Nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一。能够支持高达 50000个并发连接数的响应，感谢 Nginx为我们选择了 epoll and kqueue作为开发模型。

Nginx作为负载均衡服务器：Nginx既可以在内部直接支持 Rails和 PHP程序对外进行服务，也可以支持作为 ****代理服务器对外进行服务。Nginx采用 C进行编写，不论是系统资源开销还是 CPU使用效率都比 Perlbal要好很多。

对于只懂得安装wordpress和只知道虚拟主机的大部份网上*钱的新手来讲，他们根本不知道Nginx和apache是什么，但是但你的服务器达到某种瓶颈的时候你就会慢慢的了解到这个词了，所有使用wordpress的朋友都必须要明白这两个二货是什么东西，下面是本人对使用他们之后的一些评测。

wordpress安装环境

有的啥都不懂，甚至在windows上面安装了wordpress，这个并不可笑，因为我在今年换上VPS的时候也同样是做过这样的蠢事，既然大家都知道这是蠢事所以希望大家不要再往windows上面安装你的wordpress了，因为这样很容易导致服务器消耗大量的资源和死机。

既然如此，wordpress*好的安装环境就是linux系统了，当然我们这些人只需要购买虚拟主机的就不需要管它系统怎么配置了，但是在这里我们还是需要明白一个东西，那就是这个虚拟主机的配置环境是怎么样的。目前大部份使用的是apache配置，当然也有虚拟主机主要是使用Nginx配置的，主要是看他们分别处理什么东西来讲了。

Nginx与apache的区别

比较好理解的一种方法就是Nginx可以更好的处理静态文件的，而apache可以更好的处理动态文件的，这就是他们主要的区别，不知道网上*钱的朋友们知不知道一个事实，那就是处理静态文件的时候apache在100个并发下可能就死机的情况下，而Nginx可能可以处理1万个并发!当然这只是网上的朋友测试的结果，一切都只能在实际应用中才知道哪一个更适合你。

本人的体验

说实话，挺恶心的，前段时间，也就是国庆的时候，服务器更换了，当时给本人换了一个apache配置的服务器，然后访问速度大大的少降了，因为我之前一直使用的是Nignx的服务器，不过如果服务器资源消耗不严重的话，访问静态页面的速度完胜Nignx!原因是插件的问题，如果使用的是apache的话，他会生成纯静态文件，如果使用其它的话，他就不行了，网上有资料表明是可以将Nignx生成纯静态文件的，有时间再试试看吧。

由于有时候快有时候慢，我真心受不了这种速度，所以就继续再更换服务器了，现在更换回Nignx的了，打开的速度虽然谈不上非常牛B的快，但是*起码不会出现时快时慢的情况了。这就是本人对于Nginx和apache的一些体验。

*牛B的配置

如果你自己使用的是独服或者很高配置的服务器，还有一种配置更加的牛X，那就是Nginx+apache一起使用，目前很多大型网站使用的便是这种方法，他们分工合作可以更好的处理好他们自己的问题。

*后还是来总结一下wordpress用哪一个好吧，如果你的网站并没有使用缓存插件，那么你就使用apache的吧，如果你的网站使用了缓存插件那么*好还是使用Nginx比较好一些。*起码这样不会消耗你太多的资源。

首先是更改php-fpm的几处配置：

/***/wdlinux/php/etc/php-fpm***nf

/***/wdlinux/etc/php-fpm***nf把max_children由之前的10改为现在的30，这样就可以保证有充足的php-cgi进程可以被使用;

把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程处理脚本的超**间就是60秒，可以防止进程都被挂起，提高利用效率。

打开/usr/local/php/etc/php-fpm***nf

调大以下两个参数(根据服务器实际情况，过大也不行)

5120

600

504 timeout

send_timeout 60;

fastcgi_buffers 8 128k;

在/***/wdlinux/nginx/conf/nginx***nf

里增加和调整下这两个参数试试,附其它解决方法

一、fastcgi缓冲区设置过小

出现错误，首先要查找nginx的日志文件，目录为/var/log/nginx，在日志中发现了如下错误。

2013/01/17 13:33:47 [error] 15421#0:*16 upstream sent too big header while reading response header from upstream

查阅了一下资料，大意是nginx缓冲区有一个bug造成的,我们网站的页面消耗占用缓冲区可能过大。

网上查找了一下解决方法，在国外网站看到了一个增加缓冲区的方法，彻底解决了Nginx 502 Bad Gateway的问题。方法如下：

****{

...

fastcgi_buffers 8 16k;

fastcgi_buffer_size 32k;

...

}

请根据服务器已经网站的情况自行增大上述两个配置项。

二、代理缓冲区设置过小

如果你使用的是nginx反向代理，如果header过大，超出了默认的1k，就会引发上述的upstream sent too big header(说白了就是nginx把外部请求给后端处理，后端返回的header太大，nginx处理不过来就会导致502。

server{

listen 80;

server_name*.lxy***;

location/{

###############添加这3行

proxy_buffer_size 64k;

proxy_buffers 32 32k;

proxy_busy_buffers_size 128k;

###############添加这3行

proxy_set_header Host$host;

proxy_set_header X-Real-IP$remote_addr;

proxy_set_header X-Forwarded-For$proxy_add_x_forwarded_for;

............

}

三、默认php-cgi的进程数设置过少

在安装好使用过程中出现502问题，一般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够用而造成502，需要修改/usr/local/php/etc/php-fpm***nf将其中的max_children值适当增加。也有可能是max_requests值不够用。需要说明的是这连个配置项占用内存很大，请根据服务器配置进行设置。否则可能起到反效果。

四、php执行超时 ***.111cn****

php执行超时，修改/usr/local/php/etc/php.ini将max_execution_time改为300

五、nginx等待时间超时

部分PHP程序的执行时间超过了Nginx的等待时间，可以适当增加nginx***nf配置文件中FastCGI的timeout时间

****{

fastcgi_connect_timeout 300;

fastcgi_send_timeout 300;

fastcgi_read_timeout 300;

......

}