Nginx 正则表达式和rewrite

Nginx服务之Rewrite nginx服务之Rewrite功能 阅读详情


常用的Nginx 正则表达式

^:配输入字符串的起始位置
$:匹配输入字符串的结束位置
*:匹配前面的字符零次或多次。如"12*“能匹配”1”及"12"、"122"
+:匹配前面的字符一次或多次。如"12+“能匹配”12“及”122"、"1222",但不能匹配"1”
?:匹配前面的字符零次或一次,例如"12(34)?”能匹配"12“或者”1234","?“等效于” {0,1}”
.:匹配除" \n“之外的任何单个字符,若要匹配包括”\n“在内的任意字符,请使用诸如”[.\n]“之类的模式
\:将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如”\n“匹配一个换行符,而”\$“则匹配”$"
\d:匹配纯数字(仅代表一个数字)
{n}:重复n次
{n,}:重复n次或更多次
{n, m}:重复n到m次
[ ]:定义匹配的字符范围
[c]:匹配单个字符 c
[a-z]:匹配a-z小写字母的任意一个(只能匹配一次)
[a-zA-Z0-9]:匹配所有大小写字母或数字(也是只能匹配一次)
():表达式的开始和结束位置
l :或运算符

从功能看rewrite和 location似乎有点像,都能实现跳转,主要区别在于rewrite是在同一域名内更改获取资源的路径,而location是对一类路径做控制访问或反向代理,还可以proxy _pass 到其他机器。

location

location的分类

location大致可以分为三类:

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

location常用的匹配规则

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

location优先级

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

location示例说明:

location = / { }

=为精确匹配 / ,主机名后面不能带任何字符串,比如访问/和/data,则/匹配,/data不匹配
再比如 location = /abc,则只匹配/abc ,/abc/或/abcd不匹配。若location /abc,则即匹配/abc 、/abcd/同时也匹配/abc/

location / { }

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

location /documents/ { }

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

location /docunents/abc { }

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

location ^~ /images/ { }

匹配任何以/images/开头的地址,匹配符合以后,停止往下搜索正则,采用这一条

location ~* \.(gif|jpg|jpeg)$ { }

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

location /images/abc { }

最长字符匹配到/images/abc,优先级最低,继续往下搜索其它 location,会发现^~和~存在

location ~ /images/abc { }

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

location /images/abc/1.html {}

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

优先级总结

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

实际网站使用中,至少有三个匹配规则定义

直接匹配网站根

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

location = / {
    root html;
    index index.html index.htm;
}    

处理静态文件请求

这是nginx作为http服务器的强项
有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用

location ^~ /static/ {
    root /webroot/staticl;
}
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/resl;
}

通用规则

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

location / {
    proxy_pass http://tomcat server;
}

rewrite

rewrite功能是什么

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

比如:更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。

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

rewrite跳转实现

Nginx

通过ngx_http_rewrite_module模块支持URL重写、支持if条件判断,但不支持else

跳转

从一个location跳转到另一个location,循环最多可以执行10次,超过后nginx将返回500错误

PCRE支持

perl兼容正则表达式的语法规则匹配

重写模块set指令

创建新的变量并设其值

rewrite执行顺序

  1. 执行server块里面的rewrite指令。
  2. 执行location匹配。
  3. 执行选定的location中的rewrite指令。

语法格式

格式:rewrite <regex> <replacement> [flag];
regex:表示正则匹配规则。
replacement:表示跳转后的内容。
flag:表示rewrite支持的flag标记。

flag标记说明

last:本条规则匹配完成后,继续向下匹配新的location URL规则,一般用在server和 if 中。
break:本条规则匹配完成即终止,不再匹配后面的任何规则,一般使用在location中。
redirect:返回302临时重定向,浏览器地址会显示跳转后的URL地址。
permanent:返回301永久重定向,浏览器地址栏会显示跳转后的URL地址。

rewrite示例

基于域名的跳转

现在公司旧域名ww.wo’l’f.com有业务需求变更,需要使用新域名www.ice.com代替,但是旧域名不能废除,需要跳转到新域名上,面且后面的参数保持不变。

vim /usr/local/nginx/conf/nginx.conf
server{
    listen      80;
    server__name www.wolf.com;      # 域名修改
    charset utf-8;”
    access_log/var/log/nginx/www.wolf.com-access.log;     # 日志修改
    location / {
    #添加域名重定向
        if ($host = 'wvwww.wolf.com'){        # $host为rewrite全局变量,代表请求主机头字段或主机名
            rewrite ^/(.*)$ http://www.ice.com/$1 permanent;       #$1为正则匹配的内容,即域名后边的字符串
        }
        root   html;
        index  index.html index.htm;
    }
}


echo "192.168.101.11 www.wolf.com www.ice.com" >> /etc/hosts
systemctl restart nginx

浏览器输入模拟访问http://www.wolf.com/test/1.html(虽然这个请求内容是不存在的)
会跳转到www.ice.com/test/1.html,查看元素可以看到返回301,实现了永久重定向跳转,而且域名后的参数也正常跳转。

基于客户端IP 访问跳转

今天公司业务新版本上线,要求所有IP访问任何内容都显示一个固定维护页面,只有公司IP∶192.168.101.11访问正常。

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.wolf.com;      #域名修改
    charset utf一8;
    access_log   /var/log/nginx/www.wolf.com-access.log;      #日志修改

    #设置是否合法的IP标记
    set $rewrite true;                        #设置变量$rewrite,变量值为boole值true
    #判断是否为合法IP
    if ($remote_addr = "192.168.101.11"){     #当客户端IP为192.168.101.110时,将变量值设为false,不进行重写
        set $rewrite false ;
    }
    #除了合法IP,其它都是非法IP,进行重写跳转维护页面
    if ($rewrite = true){                     #当变量值为true时,进行重写
        rewrite (.+) /weihu.html;             #重写在访问IP后边插入/weihu.html,例如192.168.101.15/weihu.html
    }
    location = /weihu.html { 
        root /var/www/html;                   #网页返回/var/ www /html/weihu.html的内容
    }
    
    location / {
        root   html;
        index  index.html index.htm;
    }
}

mkdir -p /var/www/html/
echo "<h1>we are maintaining now!</h1>" > /var/www/ html/weihu.html
systemctl restart nginx

只有IP为192.168.101.11能正常访问,其它地址都是维护页面

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

现在访问的是 http://bbs.wolf.com,现在需要将这个域名下面的访问都跳转到http://www.wolf.com/bbs

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  bbs.wolf.com;      #域名修改
    charset utf-8;
    access_log /var/log/nginx/www.wolf.com-access.log;
    #添加
    location /post {
        rewrite (.+) http://www.wolf.com/bbs$1 permanent;     #这里的$1为位置变量,代表/post
    }
    
    location / {
        root   html;
        index  index.html index.htm;
    }
}


mkdir -p /usr/local/nginx/html/bbs/post
echo "this is 1.html" >> /usr/local/nginx/html/bbs/post/1.html
echo "192.168.101.11 bbs.wolf.com" >>/etc/ hosts
systemctl restart nginx

使用浏览器访问http://bbs.wolf.com/post/1.html跳转到 http://www.wolf.com/bbs/post/1.html

基于参数匹配的跳转

现在访问http://www.wolf.com/100-(1001200)-100.html跳转到nttp://ww.wolf.com页面。

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.wolf.com;       #域名修改
    charset utf-8;
    access_log /var/log/nginx/www.wolf.com-access.log;
    
    if ($request_uri ~ ^/100-(100|200)-(\d+).html$) {
        rewrite (.*) http://www.wolf.com permanent;
    }
    
    location / {
        root   html;
        index  index.html index.htm;
    }
}


systemctl restart nginx

使用浏览器访问http://www.wolf.com/100-200-100.html或http://www.wolf.com/100-100-100.html跳转到http://www.wolf.com页面

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

要求访问http://www.wolf.com/upload/123.php跳转到首页。

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.wolf.com;      #域名修改
    charset utf-8;
    access_log /var/log/nginx/www.wolf.com-access.log;
    
    location ~* /upload/.*\.php$ {
        rewrite (.+) http://www.wolf.com permanent;
    }
    
    location / {
        root   html;
        index  index.html index.htm;
    }
}


systemctl restart nginx

浏览器访问http://www.wolf.com/upload/123.php 跳转到http://www.wolf.com页面。

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

要求访问一个具体的页面如http://www.wolf.com/abc/123.html跳转到首页

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.wolf.com;      #域名修改
    charset utf-8;
    access_log /var/log/nginx/www.wolf.com-access.log;
    
    location ~* ^/abc/123.html {
        rewrite (.+) http://www.wolf.com permanent;
    }
    
    location / {
        root   html;
        index  index.html index.htm;
    }
}


systemctl restart nginx

浏览器访问http://www.wolf.com/abc/123.html跳转到http://www.wolf.com页面。

Nginx—Rewrite 匹配输入字符串的起始位置匹配输入字符串的结束位置匹配前面的字符零次或多次匹配前面的字符一次或多次匹配前面的字符零次或一次匹配除 之外的任何单个字符转义字符,使后面的字符被视为普通字符或特殊字符d匹配数字(相当于[0-9]{n}匹配前面的字符恰好 n 次{n,}匹配前面的字符至少 n 次{n,m}匹配前面的字符至少 n 次,至多 m 次[]定义字符集,匹配括号内的任意单个字符[c]匹配单个字符 c[a-z]匹配小写字母中的任意一个匹配所有大小写字母或数字() 阅读详情

相关推荐

Marin说PCB之LPDDR5的布线注意事项--01

以上就是本期所有内容了,有些是通用的LPDDR5的设计准则,有的是针对单板的设计规则,严格意义说是没有哪一种规则是完全适用的LPDDR5的 通用规则的,不同的单板可能板厚,板材,层数,SOC以及DDR的型号都是不同的,一般的做法就是严格按照SOC手册上的LPDDR5的要求加上仿真同事给的建议修改优化就好了,我们下期文章不见不散。我们知道想要做好一个LPDDR颗粒,需要考虑的是因素有很多例如,电源完整性,信号完整性,层叠的设计,布局的摆放,布线的合理规划,去耦电容的摆放等等。

weixin_45223454的博客 3164

Nginx Rewrite && 正则表达式

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 文章目录前言一、Nginx Rewrite概述1.Rewrite 场景2.Rewrite 实现总结 前言 一、Nginx Rewrite概述 1.Rewrite 场景 调整用户浏览的 URL,看起来更规范,合乎开发及产品人员的需求。 为了让搜索引擎搜录网站内容及用户体验更好,企业会将动态URL地址伪装成静态地址提供服务。 网址换新域名后,让旧的访问跳转到新的域名上。例如,访问京东的 360buy.com 会跳转到 jd.com。 服

白雪滑落树梢 3628

【AutoDL + Langchain-Chatchat】从零构建高效本地 RAG 知识库问答系统:实战保姆级教程(含避坑指南)

本文详细阐述如何在AutoDL云平台,如何利用Langchain-Chatchat构建高效的本地RAG知识库问答系统,并深入解析RAG架构。从环境搭建到实战部署,从问题排查到性能优化,提供一份全面实用的指南,助力开发者快速构建智能问答应用。

拾光夕拾的博客 1805

pgsql:如何判断字符串为数字

pgsql里面没有直接判断数字的函数,需要自己创建一个函数,然后在后续调用。 以下创建了一个is_numeric的函数,入参txtstr为需要验证的字符串,验证通过则会返回bool类型值 CREATE OR REPLACE FUNCTION "public"."is_numeric"("txtstr" varchar) RETURNS "pg_catalog"."bool" AS $BODY$BEGIN RETURN txtStr ~ '^([0-9]+[.]?[0-9]*|[.][0-9]+

奋斗鱼 6314

从标记基因到功能分析:手把手教你人工注释单细胞亚群的完整流程

本文详细介绍了人工注释单细胞亚群的完整流程,从标记基因筛选到功能分析验证,特别针对肿瘤微环境、发育轨迹等复杂场景提供解决方案。通过差异表达分析、多维数据整合和实验验证,帮助研究者准确识别细胞类型,提升单细胞转录组研究的生物学解读深度。

jenkins8butler的博客 245

基于openwrt平台搭建局域网技术验证之四

1、测试目的 验证l2tp客户端模式的可行性。 提供vpn-l2tp模式的客户端功能。 2、参考资料 参考链接1:https://www.lucktang.com/191.html 3、测试过程 测试过程需要用到的资源: 路由器俩个 win7系统电脑俩台 ③ 交换机一个 ④ 网线三根 测试组网如下图所示: 组网说明: R0公司路由器 S1 交换机 R1 路由器1 R2 路由器2 PC1 个人电脑1 PC2 个人电脑2 (R0) lan口接(S1)...

caofengtao1314的专栏 1962

正则表达式

re.match(正则表达式,要被匹配的字符串) data = re.match(r'正则表达式',要被匹配的字符串) 一旦对象创建成功,就意味着正则表达式匹配成功 如果正则表达式匹配成功,就返回出 对象 如果正则表达式匹配不成功,就返回出 None 1、匹配单个字符 字符 功能 . 匹配任意一个字符 (除了\n之外) [ ] 匹配 [ ] 中列举的字符 \d 匹配数字:0,1,2,3,4,5,6,7,8,9 \D 匹配非数字,既不是数字 \s 匹配空白,即 空格 和

范高伦的博客 842

OpenSpec 从入门到精通:AI 时代的最佳 SDD 范式

同样都是「先写规范再写代码」的开源 SDD 框架,OpenSpec(https://github.com/fission-ai/openspec) 展现出了极高的工程性价比,无论是使用 Claude Code、Cursor 还是 Aider,都可以无缝接入 OpenSpec 的规格管理层。这些问题需要人来做判断,AI 做不了这个主。整个流程跑下来,OpenSpec 产出的效果还是令人满意的,一些前期没有考虑到的细节 AI 都补上了,生成的相关文档也有利于开发人员的知识对齐,可以尝试在团队内部推广。

qq_39093474的博客 934

postgresql判断字符串是否是数字

否:select * from t_tab t where t.t_column!是:select * from t_tab t where t.t_column ~ ‘[1]+$’

cuisidong1997的博客 2311

关于使用perfetto(systrace)对卡顿进行分析-实战分析

本文主要讲述了我在使用perfetto分析小米中桌面滑动卡顿的方法以及步骤。 这是我用的trace文件: 链接:https://pan.baidu.com/s/11EhCvu0pfR7Qfu6bDf_GLw?pwd=ic43 提取码:ic43Perfetto 是用于性能检测和跟踪分析的生产级开源堆栈。它提供用于记录系统级和应用级跟踪、本机 + java 堆分析、使用 SQL 分析跟踪的库以及用于可视化和浏览多 GB 跟踪的基于 Web 的 UI 的服务和库。在地址栏输入https://ui.perfe

qq_40494059的博客 1万+

基于FPGA的PCIe核系列:FPGA root模式生成工程例子分析(1)

一、 PCIE系统架构 1.1 PCIE分层结构 PCIE结构 1.2 TLP包 四种TLP类型。 Memory (内存空间操作) IO (IO空间操作) Configuration (配置操作) Message (信息操作) 四种类型TLP,如果有需要响应,称为Non-Posted TLP,如果没有需要响应,称为Posted TLP。 TLP包类型 1.2.1 TLP结构 TLP数据格式 1.2.2 Header各个字段的含义 Header格式 ...

huangshanhu的博客 3436

sql中判断字段是否是纯数字

数据库,sql判断字段是否是纯数字

feiyuxc的博客 7562

为什么我的OpenClaw安装后无法启动?Gateway服务故障排查全攻略

OpenClaw是一款功能强大的自动化工具,但其安装和运行依赖于多个服务组件,其中Gateway服务是核心组件之一。如果Gateway服务无法启动,整个OpenClaw系统将无法正常运行。本文将详细介绍OpenClaw安装后无法启动的常见原因及故障排查方法,帮助你快速定位并解决问题。

一键难忘的博客 4632

sql判断字符串是否为纯数字

问题:判断sql是否为纯数字 解决方案:1:regexp_like(data,'^[0-9]+$')纯数字。 2: 亦可用 regexp_like(data, '^[[:digit:]]+$'); 例:判断是否为3位纯数字:regexp_like(data,'^[0-9]{3}$')

yuzhang.online的博客 1万+

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

Nginx Rewrite 和正则表达式

目录 前言 一、Nginx Rewrite介绍 1. Rewrite 跳转场景 2. Rewrite 跳转实现 3、Nginx跳转需求的实现方式 4、nginx rewrite中的正则表达式 5、rewrite命令语法 6、location简介 二、实际网站使用中,至少有三个匹配规则定义 1、第一个必选规则 2、第二个必选规则 3、第三个是通用规则 三、rewrite命令常用判断表达式 1、判断表达式 2、判断全局变量 四、实际应用 1、基于域名的跳转 2、基于旧域.

qq_59562051的博客 1648

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

nginx中的正则表达式及location和rewrite

(location = 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分前缀路径) > (location /)在没有精准匹配的情况下,先看前缀匹配的长度,然后根据最长的前缀匹配的优先级去确定是否再去看其它正则匹配location,如果最长的前缀匹配带有 ^~ 则不再看其它正则匹配location,如果最长的前缀匹配是没有修饰符的一般匹配则会再看其它正则匹配location前缀匹配看长度,最长的优先匹配。

weixin_72625764的博客 1592

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

rewrite 重写功能和nginx的正则表达式

rewrite 重写功能和nginx的正则表达式一、常用nginx的正则表达式二、location2.1、location大致可以分为三类:2.2、location常用的匹配规则2.3、location优先级:2.4、location示例说明三、rewrite 一、常用nginx的正则表达式 |^:| 匹配输入字符串的起始位置 | |$|匹配输入字符串的结束位置| | * | 匹配前面的字符零次或多次。如“ol”能匹配“o”及“ol”、“oll” | |+| 匹配前面的字符一次或多次。如“ol+”能匹配“o

weixin_51431591的博客 565

Linux——常用的nginx正则表达式入门及使用location和rewrite用法

搜集的资料有助于借鉴参考复习常用的nginx正则表达式(入门级)location用法location可以分为三类location 优先级rewrite跳转rewrite跳转示例总结 常用的nginx正则表达式(入门级) ^:匹配输入字符串的起始位置 $:匹配输入字符串的结束位置 *:匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll” +:匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”,但不能匹配“o” ? :匹配前面的字符零次或一次,例如“do(es)?

不够优秀才会那么依赖其他人,不够成熟才会信任所有耀眼的外衣,不够强大才会浪费时光去迎合他们的玩闹! 1562

第五十五集 Nginx服务的跳转Rewrite和正则表达式

Nginx服务的Rewrite和正则表达式

weixin_56656561的博客 397

理论+实操:nginx rewrite 重写功能和nginx的正则表达式

前言 rewrite Nginx的正则表达式 文章目录一:Rewrite 跳转场景二: Rewrite 跳转实现三: Rewrite 使用场景3.1 nginx跳转需求的实现方式3.2 rewrite放在 server{},if{},location{}段中3.3 对域名或参数字符串四: nginx正则表达式4.1 常用的正则表达式元字符五:Rewrite 命令5.1 语法5.2 flag标记...

Lfwthotpt的博客 915

Nginx——rewrite理论讲解

Nginx——rewrite一.Rewrite跳转场景二.Rewrite跳转实现三.Rewrite实际场景1.nginx跳转需求的实现方式2.rewrite放在server{},if{},location{}段中3.对域名或参数字符串四.正则表达式1.常用的正则表达式五.Rewrite命令1.rewrite命令语句2.flag标记说明3.last和break比较六.location分类1.分类2.正则匹配的常用表达式3.location优先级1.相同类型的表达式,字符串长的会优先匹配2.按优先级排列(按从上

DLZ的博客 714

Nginx Rewrite

Nginx Rewrite前言一、nginx rewrite概述(1)(2)跳转场景(3)跳转实现(4)rewrite实际场景①nginx跳转需要的实现方式②rewrite放在server{}, if{},location{}段中③对域名或参数字符串二、常见的Nginx正则表达式(1)常见的正则表达式的元字符(2)正则表达的优势③Nginx使用正则的作用三、rewrite(1)rewrite语法(2)rewrite执行顺序四、location分类和优先级(1)location匹配规则格式(2)locatio

qq1356059950的博客 2万+

Nginx rewrite 与 location

匹配规则描述优先级location = URL路径精确匹配1location ^~ URL路径前缀匹配(最长优先)2location ~* URL路径正则匹配(不区分大小写)3location ~ URL路径正则匹配(区分大小写)4location!~ URL路径正则匹配取反(区分大小写)5location!~* URL路径正则匹配取反(不区分大小写)6一般前缀匹配7通用匹配8优先级说明精确匹配 () 具有最高优先级。如果没有精确匹配,则考虑前缀匹配。其中,带有^~

2401_86331179的博客 1306

Nginx Rewrite +正则表达式

目录一、Nginx Rewrite概述1. Rewrite 跳转场景2. Rewrite 跳转实现3. Rewrite 实际场景二、Nginx 正则表达式1. 常见的正则表达式元字符2. nginx 与 apache 区别三、Rewrite 命令详解1. 语法格式2. flag 标记四、location 解析1. location 分类2. 正则匹配的常用表达式3. location 优先级4. 优先级示例5. rewrite 和 location 比较6. location 优先级规则 一、Nginx

shenyuanhaojie的博客 3万+
上一篇: Nginx大大大变身!Nginx之优化与防盗链!
下一篇: Tomcat二三事(附Nginx+Tomcat负载均衡、动静分离)
Alterego_
博客等级 码龄6年 14粉丝 45原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值