nginx配置

  已经接触nginx有相当一段时间，对nginx的各个模块配置都有一定的了解，但从未具体的进行整理，每次用时都需要去查找相关资料，因此开此篇进行具体汇总下nginx的相关使用配置以及遇到的问题

  一、nginx配置文件简介:

  nginx配置文件主要分为5个模块：1、全局块，2、event块，3、http块，4、server快，5、location块。如下所示：

；全局块
events {
    ...
}

http {
    server {
        location {
             .... 
        }
         location {
             ....
        }
    }

     server {
        location {
             ....
        }
         location {
             ....
        }
    }
}
    

 1、1：全局块相关配置：

         配置运行nginx的用户,只有被设置的用户和用户组成员才可以操作nginx，nginx默认用户和用户组为nobody（全部用户都可以操作）。配置信息如下

         user       nginx

         group     nginx

        配置nginx的worker_process数：

        worker_processes    number|auto;      //number nginx可最多产生的worker_process数   auto，nginx自动检测

        配置nginx的pid存放路径：

        pid  file;         //file pid存放路径    

        配置错误日志的路径：

        error_log    file| stderr[ debug | info | notice | warn | error | crit | alert | emerg ];   //错误日志路径 

        error_log  /tmp/logs/nginx_error.log error

1、2：events配置：

        设置是否可以同时接收多个网络连接

        multi_accept on|off

        设置事件驱动模型的选择

        use method | [select, poll, epoll, kqueue,eventport等]

　　　配置最大链接数

        worker_connections number //每个worker process同时开启的最大连接数

1、3：http配置：

        定义MIME-Type

　　   include mime-types;

        default_type application/octet-stream;

        配置access_log以及log_format

        access_log path   //path访问日志路径

        log_format name  string  //string具体查看nginx示例

        配置sendfile方式传输文件

        sendfile on | off

        sendfile_max_chunk size;   //设置每次传输的数据的大小，不设置则表示无限制 , 例：sendfile_max_chunk_size 128k

 　　  配置超时时间

        keepalive_timeout timeout

        keepalive_requests number //单连接请求上线，默认100

1.4 ：server配置：

        配置网络监听：

　　   此处通过事例描述，如下：

        listen  ip:port;    监听具体的ip和具体的端口

        listen   ip;　　　　监听具体的ip

        listen   port;       监听端口上的所有ip,等同于listen *:8000

        虚拟主机配置：

        server_name   name name2 //name可使用正则表达式，匹配优先级：①准确匹配 ②通配符在开始时匹配 ③通配符在结尾时匹配 ④正则表达式匹配成功    注：从nginx-0.0.40开始支持正则表达式字符串捕获功能。例如：server_name ~^www.(.+).com$;  （）中的将被捕获并记录到$1中，在server中可使用$1来表示捕获到的数据

        server_name ip;   //server_name支持基于ip配置虚拟主机

        root  path;   //path，根目录

1.5 ：location配置：

        location [ = | ~ | ~* | ^~ ] url {...}

        url表示待匹配的字符串，可以包含正则表达式，不包含正则表达式的意味标准url

        []中的表示可选项；详解如下：

        = ，用于标准url前，要求字符串与url严格匹配

        ~ ，用于表示url包含正则表达式，并且区分大小写

        ~*，用于表示url包含正则表达式，并且不区分大小写

        ^~，用于标砖url前，要求服务器找到的url和请求字符串的匹配度最高的location后，立即使用此location处理，而不再使用location快中的正则url和请求字符串做匹配

        例如：   

首先匹配 =，其次匹配^~, 其次是按文件中顺序的正则匹配，最后是交给 / 通用匹配。当有匹配成功时候，停止匹配，按当前匹配规则处理请求。
例子，有如下匹配规则：
location = / {
   #规则A
}
location = /login {
   #规则B
}
location ^~ /static/ {
   #规则C
}
location ~ .(gif|jpg|png|js|css)$ {
   #规则D
}
location ~* .png$ {
   #规则E
}
location !~ .xhtml$ {
   #规则F
}
location !~* .xhtml$ {
   #规则G
}
location / {
   #规则H
}
那么产生的效果如下：
访问根目录/， 比如http://localhost/ 将匹配规则A
访问 http://localhost/login 将匹配规则B，http://localhost/register 则匹配规则H
访问 http://localhost/static/a.html 将匹配规则C
访问 http://localhost/a.gif, http://localhost/b.jpg 将匹配规则D和规则E，但是规则D顺序优先，规则E不起作用，而 http://localhost/static/c.png 则优先匹配到规则C
访问 http://localhost/a.PNG 则匹配规则E，而不会匹配规则D，因为规则E不区分大小写。
访问 http://localhost/a.xhtml 不会匹配规则F和规则G，http://localhost/a.XHTML不会匹配规则G，因为不区分大小写。规则F，规则G属于排除法，符合匹配规则但是不会匹配到，所以想想看实际应用中哪里会用到。
访问 http://localhost/category/id/1111 则最终匹配到规则H，因为以上规则都不匹配，这个时候应该是nginx转发请求给后端应用服务器，比如FastCGI（php），tomcat（jsp），nginx作为方向代理服务器存在。

        设置网站的默认首页

        index index.$1.html  index.html  index.php;

        设置网站的错误页面

        error_page code [response] url      //code错误码   response 重定义的错误码   url，错误页面的路径和网站地址