Nginx系列之二(安装启动与nginx.conf配置解析)

Nginx的安装比较简单的，在windows下提供的安装是一个zip包，

直接解压之后就可以安装，运行其安装目录下面的nginx.exe即可启动nginx服务器

对于在linux版本上，需要执行下列的命令

对于上述的命令，./configure是linux中生成makefile的工具，一般的命令为：

./configure

--prefix=/home/vf/usr/local/nginx 

--with-http_gzip_static_module

--with-http_ssl_module

--with-http_stub_status_module

--with-http_sub_module

--with-http_realip_module

                          --with-http_realip_module --add-module=/home/vf/usr/local/nginx-sticky-module    

其中比较重要的是 --prefix，这个是前缀，代表程序的安装位置。

后续是几个关键的参数传递，对于这些参数都是在安装nginx就修改配置文件的，具体可以参考Nginx的配置文档。

在./configure工具之后，生成了makefile，也就是linux源码安装的指定文件，然后执行make，

make命令就是根据makefile文件进行编译，并不进行安装，这一步骤中可能会出现一些错误，比较

明显的一个error，就是PCRE 库的缺失，这个需要重新通过yum或者apt-get进行一下安装:

./configure: error: the HTTP rewrite module requires the PCRE library.

You can either disable the module by using --without-http_rewrite_module

option, or install the PCRE library into the system, or build the PCRE library

statically from the source with nginx by using --with-pcre= option.

[aps@localhost nginx-1.8.0]$ yum -y install pcre-devel

=====》pcre-devel缺失 这个库文件

安装之后，和windows的启动其实差不太多，也是运行nginx命令，不过nginx安装在sbin目录下面，这个与windows的目录的位置不同。

执行./nginx会默认将conf/nginx.conf的配置文件加载 进来，进行读取，如果你自己不想用这个配置可以通过-c参数进行指定：

Nginx的启动很简单，但是关闭的话，并没有对应的命令，它是基于操作系统的信号机制来进行响应的，

你需要通过kill参数，对这个Nginx进行输入信号，信号种类为：

一般的关闭方式，就是 ps -ef | grep nginx，找到对应的nginx的进程的pid，然后通过kill xxx进行发送信号：

接下来，重点关注一下nginx.conf配置文件，整体上来讲，nginx.conf一共分为几大部分：

整体上一共分成4个部分：

1.nginx全局配置：

所谓的全局配置就是nginx隶属的用户，组（操作系统），

指定的工作进程数，就是Nginx的架构中的工作进程数目。

错误的日志位置没什么可说的，

pid的存放位置挺有意思的，可以看到上述的nginx如果关闭的话，每一次都得ps -ef | grep nginx找到对应的pid号，然后再进行kill直接对这个号进行发信号，但是这么做总是很麻烦，所以这个pid文件的作用就是nginx启动起来，自动检测当前的nginx的进程号，然后将内容填到这个nginx.pid文件中,这个时候我们直接通过下面的命令就可以进行关闭了，非常的方便：

文件描述符的数量也是一个比较重要的参数，因为在linux中，对应的每一个进程它所能操控的fd文件数量是限制在1024个的，虽然我们可以通过ulimit进行设置，但是需要修改整个操作系统的限制比较麻烦，这里就提供了直接修改文件描述符的配置（实质上也是调用linux系统的系统调用来做的）

2.IO模型配置：

第一讲已经提到，Nginx中使用的是epoll的网络IO模型，关于这个配置就在这个地方进行配置。

worker_connections是设置当前允许的连接数。

3.http相关配置：

http配置没什么可说的，就是http相关协议格式的一些属性和socket的一些属性，

http协议格式的属性是字符集，mime类型，charset。upload等等，

socket属性几个还是有用的:

sendfile:j就是系统调用，这样就省了几步的拷贝操作，直接从用户态缓冲区到网卡缓冲区，跳过了内核缓冲区这一个过程，keepalive_timeout : 也是一个比较重要的属性，首先研究一下什么是keepalive：

一个完整的页面需要很多个请求才能完成，如图片,JS,CSS等，如果每一个HTTP请求都需要新建并断开一个TCP，这个开销是完全没有必要的，开启HTTP Keep-Alive之后，能复用已有的TCP链接，当前一个请求已经响应完毕，服务器端没有立即关闭TCP链接，而是等待一段时间接收浏览器端可能发送过来的第二个请求，通常浏览器在第一个请求返回之后会立即发送第二个请求，如果某一时刻只能有一个链接，同一个TCP链接处理的请求越多，开启KeepAlive能节省的TCP建立和关闭的消耗就越多。当然通常会启用多个链接去从服务器器上请求资源，但是开启了Keep-Alive之后，仍然能加快资源的加载速度。HTTP/1.1之后默认开启Keep-Alive, 在HTTP的头域中增加Connection选项。当设置为Connection:keep-alive表示开启，设置为Connection:close表示关闭。

nginx的keepalive_timeout（Apache的KeepAliveTimeout也是一样),这个keepalive_timout时间值意味着：

一个http产生的tcp连接在传送完最后一个响应后，还需要hold住keepalive_timeout秒后，才开始关闭这个连接。

tcp_nodelay:解释成大白话就是，小包量特别大，如果一个包一个包的发，很可能每一次都需要占据一次tcp，量大的话，可能把带宽都占了，所以tcp协议中会默认优化一下，攒到一定程度再发，虽然有一些时间的稍微延迟（肉眼看不出来），但最大程度的减少网络拥堵，对应的就是这个属性。

...

4.虚拟主机Server相关配置：

Server可以理解成对应tomcat中的Host，一个Nginx中可以运行n个应用，每一个应用就是一个Server。

如上图所示，端口是80，server_name属性是域名，为www.yourdomain.com，index是主页，

root的位置是html应用的根目录，从这个级别开始往下访问，下面是一些日志的设置，还有一种是基于IP的配置

基本差不太多：

上面的access_log中就是访问日志，这个tomcat中也有就是记录哪些页面被哪个IP段访问的。

从上面的配置可以看到，Nginx仅仅就是html页面的装载容器，你提供页面，它帮你访问，一些JSP，PHP等页面解释的脚本

本身Nginx并没有提供这些功能，需要安装和研发Nginx的插件，将其解释之后再进行编译成html，再对外访问。

后续的内容会关注与如何优化Nginx，如何集成PHP，以及如何开发Nginx的插件等话题进行讨论。