Nginx总结

如果要匹配以上的特殊字符就需要在前面加个转义字符 就可以了,**小括号()之间匹配的内容，可以在后面通过$1来引用，$2表示的是前面第二个()里的内容 ，正则表达式可以包含可供以后在$1… $9变量中重复使用的捕获 **

1.Nginx Location配置语法

2.location配置可以有两种配置方法

3.前缀含义

4.ws的转发

前缀匹配时，Nginx 不对 url 做编码，因此请求为 /static/20%/aa，可以被规则 ^~ /static/ /aa 匹配到（注意是空格）

多个 location 配置的情况下匹配顺序为（与location在配置文件中的顺序无关 ，仅供参考）:

首先精确匹配 =
其次前缀匹配 ^~
其次是按文件中顺序的正则匹配
然后匹配不带任何修饰的前缀匹配。
最后是交给 / 通用匹配
当有匹配成功时候，停止匹配，按当前匹配规则处理请求
注意：前缀匹配，如果有包含关系时，按最大匹配原则进行匹配。比如在前缀匹配：location /dir01 与 location /dir01/dir02，如有请求 http://localhost/dir01/dir02/file 将最终匹配到 location /dir01/dir02

4.location基础知识
location是在server块中匹配的。
可以根据不同的URL使用不同的配置（location中配置），来处理不同的请求。
location是有顺序的，会被第一个匹配的location处理。

1.proxy_pass包含路径如 http://127.0.0.1:8080/abc 和http://127.0.0.1:8080规则都有区别。
2.proxy_pass结尾加斜杠/和不加斜杠的有区别

下面四种情况分别用http://192.168.10.1/proxy/test.html 进行访问。

第一种(末尾加斜杠，proxy_pass中不包含路径）：

结论：会被代理到http://127.0.0.1:81/test.html (proxy_pass+请求url匹配的location路径后的内容）

第二种(末尾不加斜杠,proxy_pass不包含路径)

结论：会被代理到http://127.0.0.1:81/proxy/test.html (proxy_pass替换请求url的ip和端口）

第三种(末尾加斜杠,proxy_pass包含路径)：

结论：会被代理到http://127.0.0.1:81/abc/test.html (proxy_pass+请求url匹配的location路径后的内容）

第四种(末尾不加斜杠,url包含路径)：

结论：会被代理到http://127.0.0.1:81/abctest.html (proxy_pass+请求url匹配的location路径后的内容)

总结:

1.如果proxy_pass后面有斜杠。转发url为proxy_pass+原url匹配的location路径之后的内容。

2.proxy_pass后面没有斜杠，

a.只有当proxy_pass只有IP加端口，无路径时。匹配规则为proxy_pass替换原请求url的ip和端口，

同时保留了location路径。例子为上述的第二种情况。

b.当proxy_pass端口后包含路径时，匹配规则同1.

3.推荐:一般建议proxy_pass后面不包含路径
通过查看tomcat或者接受请求的服务器方日志，我们可以看到每次请求的后端的uri完整的值，进行核对

1.基本匹配实例
**普通匹配，遵循最长匹配规则，假设一个请求匹配到了两个普通规则，则选择匹配长度大的那个 **

例如：

**精确匹配 **

**正则匹配 **

区分大小写的匹配

~* 不区分大小写的匹配

^~ 普通字符匹配，如果请求匹配此规则，则其他规则忽略，只匹配该规则

@locationname 内部redirect匹配

匹配优先级：
​ 首先检查是否有精确匹配规则，如果有，则处理精确匹配规则，假设发现精确匹配规则，停止搜索其他匹配规则，返回当前匹配的规则
其次普通字符匹配，该项匹配请求，仍然需要检查是否有正则或者更长匹配，如果有，返回正则匹配或者更长匹配
^~匹配被第三步处理，如果请求匹配此规则，停止其他规则匹配，返回此规则
正则匹配被最后执行，正则匹配只要被找到，停止解析其他规则，这个就要注意先后顺序了

2.完整的例子

3.实际使用规则
#所以实际使用中，个人觉得至少有三个匹配规则定义，如下：
#直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。
#这里是直接转发给后端应用服务器了，也可以是一个静态首页

#第三个规则就是通用规则，用来转发动态请求到后端应用服务器
#非静态文件请求就默认是动态请求，自己根据实际把握
#毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了
location / {
proxy_pass http://tomcat:8080/
}
4.Location下的root路径规则
alias 指定的目录是准确的，给location指定一个目录。
root 指定目录的上级目录，并且该上级目录要含有locatoin指定名称的同名目录

#若按照上述配置的话，则访问/img/目录里面的文件时，ningx会自动去/var/www/image/目录找文件
#注意：
#1. 使用alias时，目录名后面一定要加"/"。
#2. alias在使用正则匹配时，必须捕捉要匹配的内容并在指定的内容处使用。
#3. alias只能位于location块中。（root可以不放在location中）

#若按照这种配置的话，则访问/img/目录下的文件时，nginx会去/var/www/image/img/目录下找文件
#用root来设置前端非根目录时，nginx会组合root和location的路径

rewrite功能就是使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标志位实现url重写以及重定向。

rewrite只能放在 server { }, location { }, if { }中，并且只能对域名后边的除去传递的参数外的字符串起作用。 例如 http://seanlook.com/a/we/index.php?id=1&u=str 只对/a/we/index.php重写。

调整用户浏览的URL，看起来规范
为了让搜索引擎收录网站内容，让用户体验更好
网站更换新域名后
根据特殊的变量、目录、客户端信息进行跳转

rewrite regex replacement [flag];
flag标记说明：

last #本条规则匹配完成后，继续向下匹配新的location URI规则

break #本条规则匹配完成即终止，不再匹配后面的任何规则

redirect #返回302临时重定向，浏览器地址会显示跳转后的URL地址

permanent #返回301永久重定向，浏览器地址栏会显示跳转后的URL地址

实例1

访问地址：www.strex.com/api/login
URL就会被重写为：www.test.com/login

实例2

或者

}

一些对安全性要求比较高的站点，可能会使用 HTTPS（一种使用ssl通信标准的安全HTTP协议）。

HTTPS 的固定端口号是 443，不同于 HTTP 的 80 端口
SSL 标准需要引入安全证书，所以在 nginx.conf 中你需要指定证书和它对应的 key
其他和 http 反向代理基本一样，只是在 Server 部分配置有些不同。

在github下载 WINDOWS SERVICE WRAPPER
下载地址:github地址

1. 安装服务
   将WinSW.NET4.exe重命名为mynginx.exe(名称可以任意命名)到nginx的根目录下。
   
2. 在nignx的根目录下新建个mynginx.xml(必须和前面的mynginx.exe一致)，编辑内容:
   让exe执行文件和xml保持同名。

3. 进入nginx根目录执行以下命令