定义客户端请求的相关配置
                12、keepalive_timeout timeout [header_timeout]
                    设定保持连接的超时时长,0表示禁止长连接,默认为75s
                13、keepalive_requests number
                    在一次长连接上所允许请求的资源的最大数量,默认为100,如果第12项设置为0,此项没有用处
                14、keepalive_disable none | browser ...
                    对哪种浏览器禁用长连接,现在绝大多数浏览器都支持,但可以设置禁用(防止爬虫)
                15、send_timeout time---客户端断开连接了,服务端要重试的发送,指这个时间
                    向客户端发送响应报文的超时时长,此处,是指两次写操作之间的间隔时长
                    对应的就应该有resolver_timeout---主机名解析时用到的
                16、client_body_buffer_size size---如果nginx允许上传文件或post方法,请求报文中才有body,这个大小根据网站的类型调整(论坛要大,电商不动)
                    用于接收客户端请求报文的body部分的缓冲区大小;默认为16k;超出此大小时,其将被暂存到磁盘上的由client_body_temp_path指令所定义的位置(发起磁盘IO,这会影响性能)
                17、client_body_temp_path path [level1 [level2 [level3]]]
                    设定用于存储客户端请求报文的body部分的临时存储路径及子目录结构和数量---把用户的url做一次hash计算,然后根据hash值取hash值的几位(1到2位)创建多少个子目录,从左到右或从右到左,创建一级二级三级子目录
                    16进制的数字
                    client_body_temp_path /var/tmp/client_body 2 1 1
                        1:表示用一位16进制数字表示一级子目录:0-f
                        2:表示用2位16进制数字表示二级子目录:00-ff
                        2:表示用2位16进制数字表示三级子目录:00-ff
                    echo http://www.ilinux.io/index.html | md5sum结果是1182a。。。。。。hash值
            对客户端进行限制的相关配置:
                18、limit_rate rate
                    限制响应给客户端的传输速率,单位是bytes/second,0表示无限制
                    登陆的用户一个速率,没登陆的另外一个速率
                19、limit_except method ... {...}---互联网通常只允许get head post方法,其他的太危险了
                    限制对指定的请求方法之外的其它方法的使用客户端

                    limit_except GET {---除了get方法以外的方法,只允许,其他都不允许
                        allow 192.168.1.0/24;
                        deny all;
                    }
            文件操作优化的配置
                20、aio on | off |threads[=pool];---可以使用多少个线程池,一般设置为on
                    是否启用aio功能;
                21、directio size | off;---不是关键选项,使用默认值即可,不用设置
                    在linux主机启用O_DIRECT标记,此处意味文件大于等于给定的大小时使用,例如directio 4m;
                22、open_file_cache off;---几乎所有缓存都是用LRU,最近最少使用
                    open_file_cache max=N [inactive=time];
                        nginx可以缓存以下三种信息:---缓存的是元数据信息而不是文件内容
                        (1)文件的描述符,文件大小和最近一次的修改时间
                        (2)打开的目录结构
                        (3)没有找到的或者没有权限访问的文件的相关信息
                        max=N:可缓存的缓存项上限;达到上限后会使用LRU算法(最近最少使用)实现缓存管理---这里需要缓存到内存中,占用内存空间,小心设置
                        inactive=time:缓存项的非活动时长,在此处指定的时长内未被命中的或命中的次数少于open_file_cache_min_uses指令所指定的次数的缓存项即为非活动项
                23、open_file_cache_valid time;
                    缓存项有效性的检查频率;默认为60s
                24、open_file_cache_min_uses number;
                    在open_file_cache指令的inactive参数指定的时长内,至少应该被命中多少次方可被归类为活动项
                25、open_file_cache_errors on | off
                    是否缓存查找时发生错误的文件一类的信息;

            ngx_http_access_module模块:
                实现基于IP的访问控制功能
                26、allow address | CIDR |unix: | all;
                27、deny address | CIDR |unix: | all;
            ngx_http_auth_basic_module模块
                实现基于用户的访问控制,使用basic机制进行用户认证;
                28、auth_basic string | off
                29、auth_basic_user_file file;
                    location /admin/ {
                        alias /webapps/app1/data/;
                        auth_basic "Admin Area";
                        auth_basic_user_file /etc/nginx/.ngxpasswd;
                    }
                    注意:htpasswd命令由httpd-tools所提供;yum install -y httpd-tools
                    htpasswd -c -m /etc/nginx/.ngxpasswd tom---会弹出输入密码,用户名tom
                    配置文件中:
                    location ~* ^/(admin|login) {---以admin或login开头做认证
                        auth_basic "admin area or login url";
                        auth_basic_user_file /etc/nginx/.ngxpasswd;---用这个文件做认证
                    }
                    mkdir /data/nginx/vhost1/admin
                    vim /data/nginx/vhost1/admin/index.html
                    访问这个路径,客户端会弹出用户验证的消息,服务器提示的就是admin area or login url32:00

                ngx_http_stub_status_module模块---nginx内建的状态页
                    用于输出nginx的基本状态信息;
                    Active connections:291
                    server accepts handled requests
                        16630948 16630948 31070465
                    Reading:6 Writing:179 Waiting:106

                    Active connections:活动状态的连接数;
                    accepts:已经接受的客户端请求的总数
                    handled:已经处理完成的客户端请求的总数;
                    requests:客户端发来的总的请求数;
                    Reading:处于读取客户端请求报文首部的连接的连接数
                    Writing:处于向客户端发送响应报文过程中的连接数;
                    Waiting:处于等待客户端口、发出请求的空闲连接数;

                    30、stub_status:---注意,这是服务器内部信息,不能随便访问,可以做auth-basic认证
                    配置示例:
                        location /basic_status {
                            stub_status;
                        }

                ngx_http_log_module模块
                    he ngx_http_log_module module writes request logs in the specified format.

                    31、log_format name string ...;
                        string可以使用nginx核心模块及其它模块内嵌的变量;
                        课外作业:为nginx定义使用类似于httpd的combined格式的访问日志;
                    32、access_log path [format[buffer=size][gzip[=level]][flush=time][if=condition]];---可以定义在http上下文中
                    access_log off;---关闭访问日志,有些监控系统采集可以关闭
                        访问日志文件路径,格式及相关的缓冲的配置;
                        buffer=size---服务器并发量很大,可以把日志缓存到内存中,空闲时再写入磁盘
                        flush=time
                        gzip:日志文件可以压缩存放,但是压缩会浪费cpu时钟周期,一般不压缩
                    33、open_log_file_cache max=N[inactive=time][min_uses=N][valid=time];
                    open_log_file_cache off;---一旦超出利用LRU
                    缓存和缓冲的区别:缓存一般为了加速读,缓冲为了加速写操作
                        缓存各日志文件相关的元数据信息;

                        max:缓存的最大文件描述符数量;
                        min_uses:在inactive指定的时长内访问大于等于此值方可被当作活动项;
                        inactive:非活动时长
                        valid:验证缓存中各缓存项是否为活动项的时间间隔;

                    ngx_http_gzip_module:---浪费的cpu时间可以用传输时间的减小弥补,最终节约了带宽
                        The nbx_http_gzip_module module is a filter that compresses responses using the "gzip" method.This often helps to reduce the size of transmitted data by half or even more.

                        1、gzip on | off;
                            Enables or disables gzipping of responses.
                        2、gzip_comp_level level;---默认是1
                            Sets a gzip compression level of a response.Acceptable values are in the range from 1 to 9.
                        3、gzip_ddisable regex ...;---哪些浏览器不支持压缩可以禁用
                            Disables gzipping of responses for requests with "User-Agent" header fields matching any of the specified regular expressions.
                        4、gzip_min_length length;---默认 20
                            启用压缩功能的响应报文大小阈值;
                        5、gzip_buffers number size;
                            gzip_buffer 32 4k | 16 8k;
                            支持实现压缩功能时为其配置的缓冲区数量及每个缓存区的大小;多少段,每段的大小
                        6、gzip_proxied off | expired | no-cache | no-store | private | no_last_modified | no_etag | auth | any ...;
                            nginx作为代理服务器接收到从被代理服务器发送的响应报文后,在何种条件下启用压缩功能的;
                                off:对代理的请求不启用
                                no-cache,no-store,private:表示从被代理服务器收到的响应报文首部的Cache-Control的值为此三者中任何一个,则启用压缩功能;
                        7、gzip_types mime-type ...;
                            压缩过滤器,仅对此处设定的MIME类型的内容启用压缩功能;
                        示例:
                        gzip on;
                        gzip_proxy any;
                        gzip_types text/xml text/css application/javascript;

                        8、gzip_vary on | off;
                            要不要在响应报文中如果出现gzip,启用一个Vary:Accept-Encoding可以接收各种各样的格式

                        注意:一般只需要gzip on,gzip_comp_level,gzip_types这三个选项就可以了,如果有代理还要gzip_proxied