1、语法
location [=|~|~*|^~|@] /uri/ { ... }
2、说明
从上面的语法出发,可以了解到 location 可以区分为三个部分,接下来一个一个的研究一下。
1) [=|~|~*|^~|@]
上面定义了几个不同的符号,表示不同的匹配规则,那么先后顺序呢?
测试示例1:
location = /world { return 600; } location = /hello { return 600; } location ~ /hellowo { return 602; } location ^~ /hello { return 601; }
- 请求 localhost/world 返回600 - 请求 localhost/world2 localhost/test/world 返回其他 - 请求 localhost/hello 返回600 - 请求 localhost/hello/123 返回601 - 请求 localhost/hellow 返回601 - 请求 localhost/hellowo 返回601 - 请求 localhost/test/hellowo 返回602 - 请求 localhost/test/hello 返回其他
因此可以知道:
测试示例2:
location ~ /hello { return 602; } location ~ /helloworld { return 601; }
- 请求 localhost/world/helloworld 返回 602 - 请求 localhost/helloworld 返回 602
调整上面的顺序
location ~ /helloworld { return 601; } location ~ /hello { return 602; }
- 请求 localhost/helloworld 返回601 - 请求 localhost/world/helloworld 返回601 - 请求 localhost/helloWorld 返回602
所以同时正则匹配时
测试示例3:
location ^~ /hello/ { return 601; } location /hello/world { return 602; }
这种场景中,存在一个没有符合的路由规则,那么实际的测试是怎样呢?
- http://localhost/hello/wor 返回601 - http://localhost/hello/world 返回602 - http://localhost/hello/world23 返回602 - http://localhost/hello/world/123 返回602
从上面的示例可以看出
2) [uri]
这里主要填的是需要匹配的 path 路径,根据前面的符号,这里可以填写精确到 path 路径,也可以填正则表达式,下面则主要针对正则进行说明
路由转发
请求 path 匹配只是第一步,匹配完成之后,如何将请求转发给其它的 web 服务呢?
1、反向代理
通常可见的一种使用姿势就是使用 nginx 代理请求,转发到内部的其它 web 服务上
主要通过 prixy_pass 来实现
location ^~ /webs { proxy_pass http://127.0.0.1:8080/webs; }
上面规则的含义是,将所有以 webs 开头的请求,转发到 8080 端口的 web 服务上。
上面是直接写死转发到一个 ip 上,如果是多个机器提供服务,可以这样配置
## 下面放在http的括号内,作为第一层 upstream test.online { server 120.11.11.11:8080 weight=1; server 120.11.11.12:8080 weight=1; } location ^~ /webs { proxy_pass http://test.online; proxy_redirect default; }
2、Rewrite 命令
rewrite功能就是,使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标志位实现url重写以及重定向。
rewrite只能放在server{},location{},if{}中,并且只能对域名后边的除去传递的参数外的字符串起作用, 如
http://jb51.net/a/we/index.php?id=1&u=str
只对/a/we/index.php重写。
语法: rewrite regex replacement [flag];
示例:
location ^~ /hexo { root '/Users/yihui/GitHub/'; } location ~ /hello { rewrite ^(/hello).*$ /hexo/public/index.html last; return 603; }
将hello开头的,全部转发到/hexo/public/index.html
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。
基本模式匹配 一切从最基本的开始。模式,是正则表达式最基本的元素,它们是一组描述字符串特征的字符。模式可以很简单,由普通的字符串组成,也可以非常复杂,往往用特殊的字符表示一个范围内的字符、重复出现,或表示上下文。例如: ^once 这个模式包含一个特殊的字符^,表示该模式只匹配那些以once开头的字符串。例如该模式与字符串"once upon a time"匹配,与"There once was
语法规则 location [=|~|~*|^~] /uri/ { … } 模式 含义 location = /uri = 表示精确匹配,只有完全匹配上才能生效 location ^~ /uri ^~ 开头对URL路径进行前缀匹配,并且在正则之前。 location ~ pattern 开头表示区分大小写的正则匹配 location ~* pattern 开头表示不区分大小写的正则匹配 locat
主要内容:基本模式匹配,字符簇,确定重复出现基本模式匹配 一切从最基本的开始。模式,是正则表达式最基本的元素,它们是一组描述字符串特征的字符。模式可以很简单,由普通的字符串组成,也可以非常复杂,往往用特殊的字符表示一个范围内的字符、重复出现,或表示上下文。例如: 这个模式包含一个特殊的字符 ^,表示该模式只匹配那些以 once 开头的字符串。例如该模式与字符串 "once upon a time" 匹配,与 "There once was
我刚刚开始学习ANTLR4 lexer规则。我的目标是为Java属性文件创建一个简单的语法。以下是我目前掌握的信息:
7.1 基本模式匹配 一切从最基本的开始。模式,是正规表达式最基本的元素,它们是一组描述字符串特征的字符。模式可以很简单,由普通的字符串组成,也可以非常复杂,往往用特殊的字符表示一个范围内的字符、重复出现,或表示上下文。例如: ^once 这个模式包含一个特殊的字符^,表示该模式只匹配那些以once开头的字符串。例如该模式与字符串"once upon a time"匹配,与"There once
我得到了这个解析器语法,我还想用它来使用类似于Javascript模板的东西-字符串。 这个lexer语法 我不明白,为什么甚至可以匹配一些像空映射或像“world`”这样的映射,因为映射需要在中间有一个“:”。并且为什么规则模板字符串不匹配整个“Hello World”从一个滴答到另一个滴答? 编辑: 当我注意到Lexer没有被重新生成时,我得到了这样的错误:“不能为string literal
本文向大家介绍详解Nginx location 匹配规则,包括了详解Nginx location 匹配规则的使用技巧和注意事项,需要的朋友参考一下 语法规则 location [=|~|~*|^~] /uri/ { … } 模式 含义 location = /uri = 表示精确匹配,只有完全匹配上才能生效 location ^~ /uri ^~ 开头对URL路径进行前缀匹配,并且在正则之前。 l
本文向大家介绍简介Nginx中的location匹配规则,包括了简介Nginx中的location匹配规则的使用技巧和注意事项,需要的朋友参考一下 location匹配命令 ~ #波浪线表示执行一个正则匹配,区分大小写 ~* #表示执行一个正则匹配,不区分大小写 ^~ #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录 = #进行