(location =) > (location 完整路径) > (location ^~ 路径) > (location,* 正则顺序) > (location 部分起始路径) > (/) 上面的匹配结果 按照上面的location写法,以下的匹配示例成立: / -> config A 精确完全匹配,即使/index.html也匹配不了 /downloads/download.html -> config B 匹配B以后,往下没有...
# http://abc.com/test/Example/ [匹配成功] # http://abc.com/example/ [匹配成功] } location /documents { # 如果有正则表达式可以匹配,则优先匹配正则表达式 # http://abc.com/documentsabc [匹配成功] } location / { # http://abc.com/abc [匹配成功] } 1. 2. 3. 4. 5. 6. 7. 8. ...
^~ 表示uri以某个常规字符串开头,大多情况下用来匹配url路径,nginx不对url做编码,因此请求为/static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格)。 ~ 正则匹配(区分大小写) ~* 正则匹配(不区分大小写) !~ 区分大小写不匹配 !~* 不区分大小写不匹配 / 任何请求都会匹配 二.nginx符号优先级 首...
按照上面的location写法,以下的匹配示例成立: / -> config A:精确完全匹配,即使/index.html也匹配不了 /downloads/download.html -> config B:匹配B以后,往下没有任何匹配,采用B /images/1.gif -> configuration D:匹配到F,往下匹配到D,停止往下 /images/abc/def -> config D:最长匹配到G,往下匹配D,停止...
顺序no优先级:(location =) > (location 完整路径) > (location ^~ 路径) > (location ,正则顺序) > (location 部分起始路径) > (/)* 上面的匹配结果按照上面的location写法,以下的匹配示例成立: / -> config A精确完全匹配,即使/index.html也匹配不了/downloads/download.html -> config B匹配B以后,往...
1.location = / {2. # 仅处理根路径 / 的请求3.} 3.正则表达式匹配:使用 ~ 或 ~* 修饰符,分别表示区分大小写和不区分大小写的正则表达式匹配。 1.location ~* \.(jpg|png|gif)$ {2. # 处理所有以 .jpg、.png 或 .gif ...
根路径的路径规则就是使用单个“/”符号,示例如下: location / { echo "默认根路径匹配: /"; } 通过浏览器随便访问一个地址,如http://localhost/foo,使之不能匹配到其他的location,只能匹配到“/”根路径,返回的结果。 表面看上去,location/{...}根路径匹配非常类似普通匹配,但实际上该规则自成一类,虽然只...
位置匹配: Nginx根据规范化的URI进行位置匹配。 解码以"%XX"形式编码的文本。 解析相对路径组件".“和”…"的引用。 可能将两个或多个相邻的斜杠压缩为单个斜杠。 位置定义: 位置可以由前缀字符串或正则表达式定义。 正则表达式可以是不区分大小写的(~*修饰符)或区分大小写的(~修饰符)。
1.2 配置文件示例 一个比较全的配置文件示例如下。 1.3 locat路径映射讲解 1.3.1格式: location [ = | ~ | ~* | !~ | !~* | @ ] uri {...} 1.3.2解释: = 表示精确匹配,如果找到,立即停止搜索并立即处理此请求。 ~ 表示执行一个正则匹配,区分大小写匹配 ...