• nginx rewrite(重定向)


    目录

    一、什么是rewrite

    二、rewrite使用场景

    三、rewrite配置语法

    四、常用的nginx正则表达式

    五、nginx 配置文件里 location 项

    1、localtion 作用

    2、location 可以分为三类

    3、location 的常用匹配规则

    4、location 的 优先级与匹配规则

    5、location 示例说明

    六、案例

    七、rewrite总结


    一、什么是rewrite

           Rewrite及URL重写,主要是实现地址重写,以及重定向,就是把输入Web的请求重定向到其他URL的过程

    二、rewrite使用场景

    • URL地址跳转,列入用户访问old.com将其跳转到oldboy.com,或者当用户通过http的方式访问old.com时,将其跳转至https的方式访问oldboy.com。
    • URL伪静态,将动态页面显示为静态页面的一种技术,便于搜索引擎的录入,同时减少动态URL地址对外暴露过多的参数,提升更高的安全性。
    • 搜索引擎SEO优化依赖与URL路径,以便支持搜索引擎录入。
    • 可以调整用户浏览的URL,看起来更规范,合乎开发及产品人员的要求。

    三、rewrite配置语法

    Syntax:rewrite regex replacement [flag];

    Default:–

    Context:server,location,if

    四、常用的nginx正则表达式

    字符描述
    \将后面接着的字符标记为一个特殊字符或者一个原义字符或一个向后引用
    ^匹配输入字符串的起始位置
    $匹配输入字符串的结束位置
    *匹配前面的字符零次或者多次
    +匹配前面字符串一次或者多次
    ?匹配前面字符串的零次或者一次
    .匹配除“\n”之外的所有单个字符

    (pattern)

    匹配括号内的pattern

    五、nginx 配置文件里 location 项

    1、localtion 作用

    location 用于匹配用户访问的URL,来适用哪一个目录中的资源

    2、location 可以分为三类

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

    3、location 的常用匹配规则

    字符涵义
    =进行普通字符精确匹配,也就是完全匹配
    ^~表示普通字符匹配。使用前缀匹配。如果匹配成功,则不再匹配其它 location
    ~区分大小写的匹配
    ~*不区分大小写的匹配
    !~区分大小写的匹配取非
    !~*不区分大小写的匹配取非

    4、location 的 优先级与匹配规则

    1. 首先是 精确匹配 =

      eg: location = /test/ { }

    2. 其次是 前缀匹配 ^~\

      eg: location ^~ /test/ { }

    3. 其次是按文件中顺序的正则匹配 ~ 或 ~*

      eg: location ~ /test/ { }

    4. 然后是一般匹配 ,后面不带 / 的匹配

      eg: locaton /test/ { }

    5. 最后是 交给 / 通用匹配

      eg: location / { }

    首先看匹配的优先级 精确匹配 > 前缀匹配 > 正则匹配 > 一般匹配 > 通用匹配

    当 没有精确匹配,只有前缀匹配,或者 正则匹配 时,同等级的优先级遵循匹配即停止原则。即当都是正则匹配时,哪个localtion 写在配置文件的上面,就匹配哪个

    一般匹配,则遵循最长匹配原则,当只有一般匹配符合时,哪个location 匹配的url 最长,则使用哪个。但是,如果有符合规则的精确匹配,前缀匹配,正则匹配,则使用优先级高的。

    5、location 示例说明

    1)location = / {}
    =为精确匹配 / ,主机名后面不能带任何字符串,比如访问 / 和 /data,则 / 匹配,/data 不匹配
    再比如 location = /abc,则只匹配/abc ,/abc/或 /abcd不匹配。

    2)location / {}
    因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求 比如访问 / 和 /data, 则 / 匹配, /data 也匹配,但若后面是正则表达式会和最长字符串优先匹配(最长匹配原则)

    3)location /test/ {}
    匹配任何以 /test/ 开头的地址,匹配符合以后,还要继续往下搜索其它 location
    只有其它 location后面的正则表达式没有匹配到时,才会采用这一条

    4)location /test/abc {}
    匹配任何以 /test/abc 开头的地址,匹配符合以后,还要继续往下搜索其它 location
    只有其它 location后面的正则表达式没有匹配到时,才会采用这一条

    5)location ^~ /images/ {}
    匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条(匹配即停止原则)

    6)location ~* .(gif|jpg|jpeg)$ {}
    匹配所有以 gif、jpg或jpeg 结尾的请求
    然而,所有请求 /images/ 下的图片会被 location ^~ /images/ 处理,因为 ^~ 的优先级更高,所以到达不了这一条正则

    7)location /images/abc {}
    最长字符匹配到 /images/abc ,如果只有一般匹配,则会使用它,但时由于有 正则匹配和前缀匹配,而一般匹配优先级最低,继续往下搜索其它 location,会发现 ^~ 和 ~ 存在

    8)location ~ /images/abc {}
    匹配以/images/abc 开头的,优先级次之,只有去掉 location ^~ /images/ 才会采用这一条

    9)location /images/abc/1.html {}
    匹配/images/abc/1.html 文件,如果和正则 ~ /images/abc/1.html 相比,正则优先级更高

    六、案例

    1、要求所有ip访问任何内容都显示一个固定的维护页面,只有公司ip:192.168.80.7能正常访问

    1. server {
    2. listen 80;
    3. server_name www.ttsuzuka.com;
    4. charset utf-8;
    5. access_log /var/log/nginx/www.suzuka.com-access.log;
    6. set $rewrite true;
    7. if ($remote_addr = "192.168.80.7") {
    8. set $rewrite false;
    9. }
    10. if ($rewrite = true) {
    11. rewrite (.+) /weihu.html;
    12. }
    13. location = /weihu.html {
    14. root /var/www/html;
    15. }
    16. location = / {
    17. root html;
    18. index index.html index.htm;
    19. }

     

    2、 基于旧域名跳转到新域名后面加目录

    1. server {
    2. listen 80;
    3. server_name bbs.tt.com;
    4. charset utf-8;
    5. access_log /var/log/nginx/www.suzuka.com-access.log;
    6. location /post {
    7. rewrite (.+) http://www.tt.com/bbs$1 permanent;
    8. }
    9. location / {
    10. root html;
    11. index index.html index.htm;
    12. }

    3、 基于参数匹配的跳转

    1. server {
    2. listen 80;
    3. server_name bbs.tt.com;
    4. charset utf-8;
    5. access_log /var/log/nginx/www.suzuka.com-access.log;
    6. if ($request_uri ~ ^/100-(100|200)-(\d+).html$)
    7. Rewrite (.+) http://www.tt.com permanent;
    8. }
    9. location / {
    10. root html;
    11. index index.html index.htm;
    12. }

    4 、基于目录下所有php结尾的文件跳转 

    1. server {
    2. listen 80;
    3. server_name www.tt.com;
    4. charset utf-8;
    5. access_log /var/log/nginx/www.suzuka.com-access.log;
    6. location ~* /upload/.*\.php$ {
    7. rewrite (.+) http://www.tt.com permanent;
    8. }
    9. location / {
    10. root html;
    11. index index.html index.htm;
    12. }

     

     5、基于最普通一条url请求的跳转

    1. server {
    2. listen 80;
    3. server_name www.tt.com;
    4. charset utf-8;
    5. access_log /var/log/nginx/www.suzuka.com-access.log;
    6. location ~* ^/abc/123.html {
    7. rewrite (.+) http://www.tt.com permanent;
    8. }
    9. location / {
    10. root html;
    11. index index.html index.htm;
    12. }

    七、rewrite总结

    location 用于匹配 用户访问请求的URL ,来使用哪一个目录中的网页资源,

    rewrite ....... permanent 修改url 后再次请求访问

    rewrite /weihu.html 按照修改域名后的 url 直接跳转到对应的 location

    location ~ .... if ($request_uri) {

    rewrite 如果对全URL 重写,则重写部分就以http:// 开头,后面跟上重写后的URL。 http://.....

    如果不以http://.... 开始重写, 默认只对于域名后的路径重写,对 ?后传递的参数无效如http://www.benet.com/abc/?..... ,则只 对 " abc" 进行重写

    }

  • 相关阅读:
    LeetCode //C - 212. Word Search II
    网站怎么防止ddos攻击,防御ddos攻击的11种方法
    LeetCode 周赛 341 场,模拟 / 树上差分 / Tarjan 离线 LCA / DFS
    LLaMA Factory单机微调的实战教程
    Set接口的实现类---TreeSet
    【web】云导航项目部署及环境搭建(复杂)
    【历史上的今天】8 月 9 日:人工智能理论的奠基者诞生;鸿蒙 OS 发布;“云计算”概念被提出
    SCSS目录结构
    for...in 和 for...of 的区别
    vue中的模板语法
  • 原文地址:https://blog.csdn.net/TTSuzuka/article/details/127846354