windows nginx php配备

程序员文章站 2022-05-06 18:18:39

...

windows nginx php配置

传说中nginx要比apache的负载均衡好的多，堪称神器。奈何，本人一直对新鲜事物不感冒。不过服务器上面有很多都是用nginx来做http服务器，今天偷闲了解一下。上网上搜了一下，大多数都是介绍linux下的nginx与php的配置。本人现在在windows下面想尝试一下，发现资料并不多，且并不是很准确。其间也遇到了很多问题，还好折腾了几次总算搞定了。下面说一下windows下面nginx和php的配置，不对的地方大家多担待。

准备资源：

原来我在用APM，很好用，集成了Apache，PHP和MySQL。这次把它关掉需要重新下载这三个文件。资源一定要准备好，不然玩不转啊。呵呵。

Nginx 下载地址：http://sysoev.ru/nginx/nginx-0.8.16.zip

PHP 下载地址：http://cn.php.net/distributions/php-5.2.11-Win32.zip

MySQL 下载地址：http://download.mysql.cn/download_file/zip/5.0/mysql-5.0.22-win32.zip

配置PHP：

把下载完的php解压到：D:\php，随便你找个地方，自己喜欢就好。备份php.ini-recommended，并将其重命名为php.ini。然后编辑php.ini。

基本上和使用apache一样，php的配置文件改动的地方并不是很多，像打开扩展文件之类的就不详谈了，有几个重点需要大家注意一下：

指定docroot——php文件的存放目录，即你的documentroot。doc_root = “e:\www”

扩展存放目录 extension_dir——更改为真实的扩展存放地址。extension_dir = “./ext”

默认时区更改——在[Date]里面增加：date.timezone = Asia/ChongQing

因为nginx需要的是cgi方式的php，所以如下几个地方是重点，否则nginx无法打开php文件：

enable_dl = On
cgi.force_redirect = 0
cgi.fix_pathinfo=1
fastcgi.impersonate = 1
cgi.rfc2616_headers = 1

如果你使用MySQL，那么和我一样拷贝php5ts.dll和libmysql.dll(开启MYSQL)至C:\WINDOWS\system32下面。并且拷贝php.ini至C:\WINDOWS目录下。

配置Nginx：

将下载下来的nginx解压到D:\nginx目录中。很明显conf目录里存放的应该是配置文件，那么还说啥？过去更改nginx.conf文件是必须的。

不看不知道，一看还真是挺开心的，这配置文件很清楚，很简单。最起码比apache要简单的多。让人看着发自内心的欣喜。具体配置如下：

打开错误日志：error_log logs/error.log;
更改线程数，因为是本地开发使用，所以线程不开太多了：worker_connections 64;
更改默认文件编码：charset gbk;

具体配置还有一些，但是不适合在这里给出，稍候我给出我的配置文件全文及截图描述。大家详细看一下即可。

启动Nginx和PHP：

启动Nginx很简单，使用nginx目录下面的nginx.exe双击即可。可是php的启动因为要使用cgi方式，所以有些特殊。我参照网上的方法下载了RunHiddenConsole.exe，使用该工具用其执行的cmd窗口会自动关闭，否则你看一个CMD窗口一直在那晃来晃去，头会晕的。

创建start_php.bat，来启动php，文件内容如下：

@echo off
echo Starting PHP FastCGI...
RunHiddenConsole.exe d:\php\php-cgi.exe -b 127.0.0.1:9000?-c d:\php\php.ini

创建stop_nginx.bat，来关闭php和nginx进程，文件内容如下：(http://www.my400800.cn)

@echo off
echo Stopping nginx...
taskkill /F /IM nginx.exe > nul
echo Stopping PHP FastCGI...
taskkill /F /IM php-cgi.exe > nul
exit

效果图：

因为我用的就是默认的80端口，所以直接访问localhost即可。下面给出两个截图。

welcome nginx

nginx 目录结构

配置文件图解：

这里的图就是随便截了一下，文字也没有标红，列位对付着看吧。自己乱写的，把没用的地方都去掉了（不是没用，是我没有更改和扩展这些配置）。

nginx conf desc

nginx配置文件：

php.ini就不给出来了，一会儿给一下下载地址得了，那玩意太长了。只放出nginx的配置文件得了，列位莫怪。

#user  nobody;worker_processes  1;error_log  logs/error.log;#error_log  logs/error.log  notice;#error_log  logs/error.log  info;#pid        logs/nginx.pid;events {    worker_connections  64;}http {    include       mime.types;    default_type  application/octet-stream;    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '    #                  '$status $body_bytes_sent "$http_referer" '    #                  '"$http_user_agent" "$http_x_forwarded_for"';    #access_log  logs/access.log  main;    sendfile        on;    #tcp_nopush     on;    #keepalive_timeout  0;    keepalive_timeout  65;    #gzip  on;    server {        listen       80;        server_name  localhost;        charset gbk;        #access_log  logs/host.access.log  main;        location / {            root   "C:\Program Files\VertrigoServ\www";            index  index.html index.htm index.php;        autoindex on;        }        #error_page  404              /404.html;        # redirect server error pages to the static page /50x.html        #        error_page   500 502 503 504  /50x.html;        location = /50x.html {            root   html;        }        # proxy the PHP scripts to Apache listening on 127.0.0.1:80        #        #location ~ \.php$ {        #    proxy_pass   http://127.0.0.1;        #}        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000        #        #location ~ \.php$ {        #    root           html;        #    fastcgi_pass   127.0.0.1:9000;        #    fastcgi_index  index.php;        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;        #    include        fastcgi_params;        #}        location ~ \.php$ {            root   "C:\Program Files\VertrigoServ\www";            fastcgi_pass   127.0.0.1:9000;            fastcgi_index  index.php;            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;            include        fastcgi_params;        }        # deny access to .htaccess files, if Apache's document root        # concurs with nginx's one        #        #location ~ /\.ht {        #    deny  all;        #}    }    # another virtual host using mix of IP-, name-, and port-based configuration    #    #server {    #    listen       8000;    #    listen       somename:8080;    #    server_name  somename  alias  another.alias;    #    location / {    #        root   html;    #        index  index.html index.htm;    #    }    #}    # HTTPS server    #    #server {    #    listen       443;    #    server_name  localhost;    #    ssl                  on;    #    ssl_certificate      cert.pem;    #    ssl_certificate_key  cert.key;    #    ssl_session_timeout  5m;    #    ssl_protocols  SSLv2 SSLv3 TLSv1;    #    ssl_ciphers  ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;    #    ssl_prefer_server_ciphers   on;    #    location / {    #        root   html;    #        index  index.html index.htm;    #    }    #}}

压力测试：

下面是用100个并发连接分别去压生产环境中同一负载均衡器VIP下、提供相同服务的两台服务器，一台为Nginx，另一台为Apache，Nginx每秒处理的请求数是Apache的两倍多，Nginx服务器的系统负载、CPU使用率远低于Apache：

　　你可以将连接数开到10000～30000，去压Nginx和Apache上的phpinfo.php，这是用浏览器访问Nginx上的phpinfo.php一切正常，而访问Apache服务器的phpinfo.php，则是该页无法显示。4G内存的服务器，即使再优化，Apache也很难在“webbench -c 30000 -t 60 http://xxx.xxx.xxx.xxx/phpinfo.php”的压力情况下正常访问，而调整参数优化后的Nginx可以。

　　webbench 下载地址：http://blog.s135.com/post/288/

　　注意：webbench 做压力测试时，该软件自身也会消耗CPU和内存资源，为了测试准确，请将 webbench 安装在别的服务器上。

3种WEB服务器的比较：

server	Apache	Nginx?????	Lighttpd
Proxy代理	非常好	非常好	一般
Rewriter	好	非常好	一般
Fcgi	不好	好	非常好
热部署	不支持	支持	不支持
系统压力比较	很大	很小	比较小
稳定性	好	非常好	不好
安全性	好	一般	一般
技术支持	非常好	很少	一般
静态文件处理	一般	非常好	好
Vhosts虚拟主机	支持	不支持	支持
反向代理	一般	非常好	一般
Session sticky	支持	不支持	不支持

注：在相对比较大的网站，节约下来的服务器成本无疑是客观的。而有些小型网站往往服务器不多，如果采用 Apache 这类传统 Web 服务器，似乎也还能撑过去。但有其很明显的弊端： Apache 在处理流量爆发的时候(比如爬虫或者是 Digg 效应) 很容易过载，这样的情况下采用 Nginx 最为合适。

建议方案：

Apache 后台服务器（主要处理php及一些功能请求如：中文url）

Nginx? 前端服务器（利用它占用系统资源少得优势来处理静态页面大量请求）

Lighttpd 图片服务器

总体来说，随着nginx功能得完善将使他成为今后web server得主流。

性能测试：

将分别测试3种软件在对动态页面和静态页面请求及并发时的响应时间

l??????? 静态页面搜狐首页

LIGHTTPD

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
100000/100	64	60	462.75	21.6
100000/200	67	60	312.07	32.4
100000/500	83	60	137.24	72.8
100000/1000 出现错误丢包	94	60	126.6	78.9

NGINX

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
100000/100	34.6	140	943.66	10.597
100000/200	35.6	110	924.32	10.818
100000/500	34.3	110	912.68	10.956
100000/1000	37	160	832.59	12.106

APACHE

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
100000/100	40.6	170	690.72	14.47
100000/200	41.1	180	685.39	14.59
100000/500	42.3	190	633.64	15.78
100000/1000	43.1	200	547.53	18.26

l??????? 动态页面内部社区首页

LIGHTTPD

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
1000/100	50	200	33.54	29.816
1000/200	52	210	30.43	32.858
1000/500	54	230	25.79	38.76
1000/1000	62	250	24.83	40.28

NGINX

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
1000/100	53.8	250	83.12	12.305
1000/200	55.8	250	74.05	13.504
1000/500	56	260	58.99	16.951
1000/1000	58	260	43.41	23.347

APACHE

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
100000/100	60	200	27.37	36.541
100000/200	61	220	23.82	41.981
100000/500	73	150	20.59	48.562
100000/1000	53	200	27.18	36.796

l??????? PHPINFO函数页

LIGHTTPD

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
100000/100	45	20	168.06	59.504
100000/200	47	22	140.64	71.103
100000/500	49	24	52.80	189.386
100000/1000	在请求到4840时测试测试程序死掉

NGINX

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
100000/100	70	120	143.46	69.706
100000/200	72	130	140.57	71.140
100000/500	73	150	135.87	73.601
100000/1000	77	160	132.18	75.657

APACHE 出现丢包

n/-c(ab参数)	cpu%	Mem	RequestsperSecond	Time taken for tests
100000/100	70	180	245.73	40.694
100000/200	72	190	245.79	40.684
100000/500	75	200	241.29	41.443
100000/1000	77	220	236.74	42.239