因为是先收集结果，最后再content，所以最后两个打印都是64

 location  = / {        set $a 32;               echo $a;                  set $a 64;              eho $a;           }

举个例子语法：

不按代码顺序执行，是按阶段执行，顺序如下：
先执行命中的所有rewrite层指令（下面的set），
再执行access，再执行content（下面的echo）

详细分的话一共有11个阶段，这里着重介绍rewrite 、access 以及 content 三大阶段

nginx请求执行的几大阶段 
qweasd

此时，若访问路径为localhost:8080/yxl/qwe/asd时，则浏览器会输出

如：location ~/yxl/(.)/(.) {set $para1 $1set $para2 $2content_by_lua_block {ngx.say(ngx.var.para1)ngx.say(ngx.var.para2)}}

Nginx中，set $para $1，$1表示路径中正则表达式匹配的第一个参数。
以下是一个示例，用以实验$1,$2。

nginx中 $1,$2 的含义，有个博客讲的很简单易懂，这里直接拷贝


对于临时重定向和永久重定向的区别，这里着重说明以下
首先客户端浏览器的URL都会改变；

找了份正则表达式符号含义表，以供查询

rewrite 的最后一项参数flag的作用，一般有四个
值得一提的是，正常情况下nginx会收集所有的rewrite结果集，这和之后要介绍的nginx的三个级别有关

 rewrite ^/(.*) http://www.baidu.com/ break;     # 匹配成功后跳转到百度

rewrite的含义：该指令是实现URL重写的指令。
regex的含义：用于匹配URI的正则表达式。
replacement：将regex正则匹配到的内容替换成 replacement。
flag: flag标记。
举个小例子

 Syntax： rewrite regex replacement [flag];

配置语法：

rewrite是实现URL重写重定向的重要指令，他根据regex(正则表达式)来匹配内容跳转到replacement，结尾是flag标记

rewrite语法 
 location /mg{  proxy_pass         http://apimigu/; }upstream apimigu{#    ip_hash;    #优先IP hash的规则    server backend1.example.com       weight=5;    server backend2.example.com:8080;    server backup1.example.com:8080   backup;    server backup2.example.com:8080   backup;}serve

所以结尾有没有/符号很重要
如果转发的和后台有多台服务器，我们可以定义一个upstream 负载均衡

location /mg{proxy_pass http://apimigu/;}

若是下面带/的这种配置,那路由后得到的地址是http://apimigu/123/2.html

location /mg{proxy_pass http://apimigu;}

如果一个请求过来了，比如 http:/127.0.0.1/mg/123/2.html,如果是下面这种配置，那最后的路由地址是http://apimigu/mg/123/2.html

反向代理 proxy_pass

set指令
set $task_flag 0; 设置变量task_flag为0

#若按照这种配置的话，则访问/img/目录下的文件时，nginx会去/var/www/image/img/目录下找文件。]比如访问链接为 /img/a/a.html则回去/var/www/image/img/a目录下找a.html

location /img/ {root /var/www/image;}

#若按照上述配置的话，则访问/img/目录里面的文件时，ningx会自动去/var/www/image/目录找文件
配置二：

location /img/ {alias /var/www/image/;}

配置一：

root和alias的区别

语法规则： location [=||*|^~] /uri/ {… }首先匹配 =，其次匹配^~,其次是按文件中顺序的正则匹配，最后是交给 /通用匹配。当有匹配成功时候，停止匹配，按当前匹配规则处理请求。

值得注意的是，有一种暂不能理解的情况，但确实存在

location匹配规则：
 upstream backend {#    ip_hash;    #优先IP hash的规则    server backend1.example.com       weight=5;    server backend2.example.com:8080;    server backup1.example.com:8080   backup;    server backup2.example.com:8080   backup;}server {        listen       9033;             #虚拟机监听的端口        server_name  localhost;  #匹配的域名        root /data/htdocs/www;  #服务器默认的网站根目录位置（html文件存放目录）        index index.html index.htm index.php;  #默认访问的html名称   一般在root定义的路径下存放        location /ftpFile {   #匹配方式见下方            proxy_set_header Host $http_host;            proxy_set_header X-Real-IP $remote_addr;            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;            proxy_set_header X-Forwarded-Proto $scheme;   #         alias   /home/migu_nginx/ftpdata;        }location /img/ {    alias /var/www/image/;     #alias会直接覆盖上面的匹配内容/img，并替换成定义内容加上截取的后缀}location /img/ {    root /var/www/image;   #root不会直接覆盖上面的匹配内容/img，并替换成定义内容加上截取的后缀}

Server块： 一个server可以看作一个nginx的虚拟主机拷贝一份server段的文件如下

server块

下面进入重点模块

worker_connections 65536;每一个worker进程能并发处理（发起）的最大连接数（包含与客户端或后端被代理服务器间等所有连接数）。nginx作为反向代理服务器，计算公式 最大连接数 = worker_processes * worker_connections/4，所以这里客户端最大连接数是65536，这个可以增到到8192都没关系，看情况而定，但不能超过后面的worker_rlimit_nofile。当nginx作为http服务器时，计算公式里面是除以2。进程的最大连接数受Linux系统进程的最大打开文件数限制，在执行操作系统命令ulimit -n 65536后worker_connections的设置才能生效。
http块：可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。如文件引入，mime-type定义，日志自定义，是否使用sendfile传输文件，连接超时时间，单连接请求数等。

use epoll;use是个事件模块指令，用来指定Nginx的工作模式。Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig和/dev/poll。其中select和poll都是标准的工作模式，kqueue和epoll是高效的工作模式，不同的是epoll用在Linux平台上，而kqueue用在BSD系统中。==对于Linux系统，epoll工作模式是首选。==在操作系统不支持这些高效模型时才使用select。

 events{  use epoll;  worker_connections      65536;}
events模块：

影响nginx全局的配置模块，一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成worker process数等。

mian全局块：

先来看一下nginx配置文件的大体分区

因为工作需要，这里主要总结我们常用的server,location模块的一些信息