用HTTP核心模块配置一个静态Web服务器

静态Web服务器的主要功能由ngx_http_core_module模块（HTTP框架的主要成员）实现与core模块类似,可以根据相关模块（如ngx_http_gzip_filter_module、ngx_http_image_filter_module等）的配置项说明，方便地在nginx.conf配置文件中加入新的配置项，从而实现更多的Web服务器功能。

一个典型的静态Web服务器会包含多个server块和location块，例如：

http {
    gzip on;
    upstream {
           …
    }
    …
    server {
           listen localhost:;
           …
           location /webstatic {
                        if …
 {
                                …
                        }
                        root optwebresource;
                        …
           }
           location ~* .(jpg|jpeg|png|jpe|gif)$ {
                        …           }
    }
    server {
           …
    }
}

所有的HTTP配置项都必须直属于http块、server块、location块、upstream块或if块等，同时，在描述每个配置项的功能时，会说明它可以在上述的哪个块中存在，因为有些配置项可以任意地出现在某一个块中，而有些配置项只能出现在特定的块中。

下面会把这些配置项分为以下8类进行详述：

1.虚拟主机与请求的分发

2.文件路径的定义

3.内存及磁盘资源的分配

4.网络连接的设置

5.MIME类型的设置

6.对客户端请求的限制

7.文件操作的优化

8.对客户端请求的特殊处理。

并在后面列出ngx_http_core_module模块提供的变量和意义

1. 虚拟主机与请求分发

1）server_name

由于ip数量有限,所以经常存在多台主机域名对应同一ip的情况,这时就可以用server_name对应用户请求中的主机域名

用server块定义虚拟主机,这样nginx就能以不同方式处理不同域名的http请求了

语法： server_name name[...];
配置块： server

默认： server_name "";
配置块： serverserver_name后可以跟多个主机名称，如server_name www.testweb.com 、download.testweb.com;。
在开始处理一个HTTP请求时，Nginx会取出header头中的Host，与每个server中的server_name进行匹配，以此决定到底由哪一个server块来处理这个请求。有可能一个Host与多个server块中的server_name都匹配，这时就会根据匹配优先级来选择实际处理的server块。
server_name与Host的匹配优先级如下：

）首先选择所有字符串完全匹配的server_name，如www.testweb.com。
）其次选择通配符在前面的server_name，如*.testweb.com。
）再次选择通配符在后面的server_name，如www.testweb.*。
）最后选择使用正则表达式才匹配的server_name，如~^\.testweb\.com$。
5）最后的最后匹配部分匹配的，部分匹配的匹配到之后还要向后查询，后面不匹配才匹配此项，后面匹配就匹配后面的。前面的4项匹配之后直接处理，不会再匹配后面的。

如果Host与所有的server_name都不匹配，这时将会按下列顺序选择处理的server块。

）优先选择在listen配置项后加入[default|default_server]的server块。
）找到匹配listen端口的第一个server块。

如果server_name后跟着空字符串（如server_name"";），那么表示匹配没有Host这个HTTP头部的请求。
注意:Nginx正是使用server_name配置项针对特定Host域名的请求提供不同的服务，以此实现虚拟主机功能。

2）location

location尝试用用户请求的URI来匹配表达式，匹配则就选择location{}块来处理请求

语法： location[=|~|~*|^~|@]/uri/{...}
配置块： server

下面介绍下匹配的规则：

=：精确匹配

~：大小写敏感

~*：忽略大小写

^~：前缀匹配

@：内部请求之间的重定向

正则：如

location ~* \.(gif|jpg|jpeg)$ {
  # 匹配以
.gif、
.jpg、
.jpeg结尾的请求
         …
}

/：匹配所有请求，如

location  / {
  # /可以匹配所有请求
        …
}

2. 文件路径的定义

1）以root方式设置资源路径

语法： root path;
默认： root html;
配置块： http、server、location、if

注意：当一个请求匹配多个location时，实际请求会被第一个location处理

例：

location /download/ {
        root optwebhtml;
}

在上面的配置中，如果有一个请求的URI是/download/index/test.html，那么Web服务器将会返回服务器上optwebhtml/download/index/test.html文件的内容。

2）以alias方式设置资源路径

语法： alias path;
配置块： location

例：

location conf {
　　　　alias usr/local/nginx/conf/;
}

在上面的配置中，如果有一个请求的URI是/conf/nginx.conf，那么Web服务器将会返回服务器上usr/local/nginx/conf/nginx.conf

如果用root设置，如下表示：

location conf {
　　　　root usr/local/nginx/;
}

alias后面还可以添加正则表达式，例如：

location ~ ^/test/(\w+)\.(\w+)$ {
alias usrlocal/nginx/$/$.$;
}

这样，请求在访问/test/nginx.conf时，Nginx会返回usr/local/nginx/conf/nginx.conf文件中的内容(其中，$1代表正则匹配的第一个参数，$2代表正则匹配的第二个参数)。

3）访问首页

语法： index file...;
默认： index index.html;
配置块： http、server、location

例如:

location  {    
    root   path;
    index index.html htmlindex.php /index.php;
}

接收到请求后，Nginx首先会尝试访问path/index.php文件，如果可以访问，就直接返回文件内容结束请求，否则再试图返回path/htmlindex.php文件的内容，依此类推。