Nginx Rewrite及Location的使用与区别

一、Rewrite跳转场景

URL看起来更规范、合理

企业会将动态URL地址伪装成静态地址提供服务

网址换新域名后，让旧的访问跳转到新的域名上

服务端某些业务调整

ps:  

URL:就是一个具体路径/位置

URI:指的是一个拥有相同类型/特性的对象集合

URN:用名称定位

二、Rewrite跳转实现

通过ngx_http_rewrite_module这个模块来实现，而这个模块内有四部分来组成：

Nignx：支持URL重写、支持if条件判断，但不支持else

跳转：循环最多可以执行10次，超过后nginx将返回500错误

PCRE支持：rewrite使用nginx全局变量或自己设置的变量，结合正则表达式和标志位实现URL重写以及重定向

重写 模块：set指令

三、Rewrite实际场景

1.nginx跳转需求的实现方式：

使用rewrite进行匹配跳转

使用if匹配全局变量后跳转

使用location匹配再跳转

2.rewrite放在server{}，if{}，location{}段中

location只对域名后面的出去传递参数外的字符串起作用

3.对域名或参数字符串

使用if全局变量匹配

使用proxy_pass反向代理

四、Rewrite正则表达式

五、Rewrite命令/语法格式

 flag标记说明

last :在本条规则完成后，继续向下匹配新的location URL规则，一般用在server和if当中

break :和last类似，但是不会重新发起一次处理过程，而是直接返回处理结果，一般用在location当中

redirect :该标记表示当前规则匹配成功后立即进行重定向操作（临时）

permanent :该标记和redirect类似，永久性重定向

set :表示当前规则匹配成功后设置一个变量，并把变量传入下一条规则

六、Location分类

1. location 大致可以分为三类：

精准匹配：location = / {...}
一般匹配：location / {...} 
正则匹配：location ~ / {...}

2.location 常用的匹配规则：

七、Location优先级

首先精确匹配 =
其次前缀匹配 ^~
其次是按文件中顺序的正则匹配 ~或~*
然后匹配不带任何修饰的前缀匹配
最后是交给 / 通用匹配     

八、Rewrite和Location比较

1.相同点

都能实现跳转

2.不同点

rewrite是在同一域名内更改获取资源的路径

location是对一类路径做控制访问或反向代理，还可以proxy_pass到其他机器

3.rewrite会写在location里，执行顺序

执行server块里面的rewrite指令

执行location匹配

执行选定的location中的rewrite指令

九、跳转小案例

基于域名的跳转：

#修改配置文件

重启服务

浏览器模拟访问www.kgc.com会跳转到www.benet.com

模拟访问www.kgc.com/test会跳转到www.benet.com/test,查看元素可以看到返回301，实现了永久重定向跳转，而且域名后的参数也正常跳转。

十、总结

1.优先级总结：

(location = 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (location /)

2.location 匹配 

首先看 优先级：精确>前缀>正则>一般>通用
优先级相同：正则看上下顺序，上面的优先；一般匹配看长度，最长匹配的优先
精确、前缀、正则、一般 都没有匹配到，最后再看通用匹配  一般匹配

3.rewrite和location比较

rewrite：改写访问的URL路径  （被访问的HTML/HTM/CSS文件）

location：对一类地址进行权限控制（认证控制）+ 跳转（跨服务器进行URL跳转）

4.实际网站使用中，至少有三个匹配规则定义：

第一个必选规则

直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。可以是一个静态首页，也可以直接转发给后端应用服务器

第二个必选规则

处理静态文件请求，这是nginx作为http服务器的强项有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用

第三个规则

通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器非静态文件请求就默认是动态请求

到此这篇关于Nginx Rewrite及Location的使用与区别的文章就介绍到这了,更多相关Nginx Rewrite Location 内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论