nginx 的location 的匹配规则

一 Nginx的location语法

1

location [=|~|~*|^~] /uri/ { … }

  • =         严格匹配。如果请求匹配这个location,那么将停止搜索并立即处理此请求

  • ~         区分大小写匹配(可用正则表达式)

  • ~*       不区分大小写匹配(可用正则表达式)

  • !~       区分大小写不匹配

  • !~*     不区分大小写不匹配

  • ^~      如果把这个前缀用于一个常规字符串,那么告诉nginx 如果路径匹配那么不测试正则表达式

示例1:

location / { }

匹配任意请求

 示例2:

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

rewrite .(gif|jpg|jpeg)$ /logo.png;

不区分大小写匹配任何以gif、jpg、jpeg结尾的请求,并将该请求重定向到 /logo.png请求

示例3:

location ~ ^.+\.txt$ {

root /usr/local/nginx/html/;

}

区分大小写匹配以.txt结尾的请求,并设置此location的路径是/usr/local/nginx/html/。也就是以.txt结尾的请求将访问/usr/local/nginx/html/ 路径下的txt文件

二 alias与root的区别

  • root    实际访问文件路径会拼接URL中的路径

  • alias   实际访问文件路径不会拼接URL中的路径

示例如下:

location ^~ /sta/ {

alias /usr/local/nginx/html/static/;

}

location ^~ /tea/ {

root /usr/local/nginx/html/;

}

三 last 和 break关键字的区别

(1)last 和 break 当出现在location 之外时,两者的作用是一致的没有任何差异

(2)last 和 break 当出现在location 内部时:

  • last        使用了last 指令,rewrite 后会跳出location 作用域,重新开始再走一次刚才的行为

  • break    使用了break 指令,rewrite后不会跳出location 作用域,它的生命也在这个location中终结

四 permanent 和 redirect关键字的区别

  • rewrite … permanent   永久性重定向,请求日志中的状态码为301

  • rewrite … redirect         临时重定向,请求日志中的状态码为302

五 综合实例

将符合某个正则表达式的URL重定向到一个固定页面

比如:我们需要将符合“/test/(\d+)/[\w-\.]+” 这个正则表达式的URL重定向到一个固定的页面。符合这个正则表达式的页面可能是:http://test.com/test/12345/abc122.htmlhttp://test.com/test/456/11111cccc.js

从上面的介绍可以看出,这里可以使用rewrite重定向或者alias关键字来达到我们的目的。因此,这里可以这样做:

(1)使用rewrite关键字:

location ~ ^.+\.txt$ {

root /usr/local/nginx/html/;

}

location ~* ^/test/(\d+)/[\w-\.]+$ {

rewrite ^/test/(\d+)/[\w-\.]+$ /testpage.txt last;

}

这里将所有符合条件的URL(PS:不区分大小写)都重定向到/testpage.txt请求,也就是 /usr/local/nginx/html/testpage.txt 文件

(2)使用alias关键字:

location ~* ^/test/(\d+)/[\w-\.]+$ {

alias /usr/local/nginx/html/static/sta1.html;

}

这里将所有符合条件的URL(PS:不区分大小写)都重定向到/usr/local/nginx/html/static/sta1.html 文件

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: nginxlocation匹配规则是根据请求的URI(Uniform Resource Identifier)来匹配location指令中的模式,从而确定应该由哪个location块来处理该请求。nginxlocation匹配规则有以下几种: 1. 精确匹配:如果location指令中的模式与请求的URI完全一致,则匹配成功。 2. 前缀匹配:如果location指令中的模式是以“/”开头的字符串,则匹配请求URI中以该字符串开头的部分。 3. 正则匹配:如果location指令中的模式是一个正则表达式,则匹配请求URI与该正则表达式的匹配结果。 4. 最长前缀匹配:如果有多个location指令的模式都能匹配请求URI,则选择最长的那个模式来处理请求。 5. 通用匹配:如果没有任何location指令能够匹配请求URI,则使用通用匹配来处理请求。 以上就是nginxlocation匹配规则,可以根据实际需求选择不同的匹配方式来处理请求。 ### 回答2: nginx是一个高性能的Web服务器、反向代理和负载均衡器,它广泛用于各种(动态)网站和Web应用程序的部署中。在nginx中,location是一个非常重要的配置指令,它可以帮助服务器根据请求的URL路径(URI)匹配指定的服务或文件。 location匹配规则如下: 1. 精确匹配(=):只有当请求URI与location指定的URI完全匹配时,才会执行该location指令之后的操作。 例如: location = /hello { return 200 "Hello, nginx!\n"; } 当访问/hello时,会直接返回"Hello, nginx!"字符串,不会再进行其他的匹配和处理。 2. 前缀匹配(^~):如果请求URI以location指定的前缀开头,那么该location指令之后的操作将被执行。 例如: location ^~ /images/ { alias /var/www/myapp/static/images/; } 当访问/images/logo.png时,该请求将被映射到服务器文件系统中的/var/www/myapp/static/images/logo.png文件。 3. 正则表达式匹配(~和~*):location指定的URI可以是一个正则表达式,如果请求URI与该正则表达式匹配成功,则该location指令之后的操作将被执行。 其中,~表示区分大小写的正则表达式匹配,而~*表示不区分大小写的正则表达式匹配。 例如: location ~ /users/([0-9]+)/photos/(.*)\.jpg$ { proxy_pass http://backend_server/photos/$1/$2.jpg; } 当访问/users/123/photos/myphoto.jpg时,该请求将被映射到http://backend_server/photos/123/myphoto.jpg后端服务器上进行处理。 4. 普通匹配:如果以上三种匹配规则都不匹配成功,那么nginx会采用普通匹配规则。首先,nginx会查找URI中是否包含文件扩展名,如果有,则nginx会按照扩展名指定的类型进行处理;如果没有,nginx则会使用server指令中指定的默认类型进行处理。 例如: location / { index index.html index.php; try_files $uri $uri/ /index.php?$query_string; } 当访问任何URI时,都会先查找该URI所对应的文件是否存在,如果存在,则直接返回该文件内容;否则,重定向到/index.php页面进行处理。 总之,在nginx中,location是一个非常强大的配置指令,可以根据不同的匹配规则,灵活地配置不同的服务和文件,从而提高网站的性能和稳定性。熟练掌握location匹配规则对于nginx的使用和维护都是非常重要的。 ### 回答3: Nginx是一种高性能的Web服务器和反向代理服务器,同时也是一个邮件代理服务器。当使用Nginx作为Web服务器时,可以使用location匹配规则来确定如何处理请求。location匹配规则Nginx服务器使用的一个非常重要的配置选项。它可让用户在指定的URL路径中,对请求做出特定的响应。 Nginxlocation匹配规则可以分为两种类型:正则和非正则。正则匹配是基于正则表达式的匹配。它可以根据URL路径中的模式匹配,使用正则表达式的语法来表示匹配规则。非正则匹配是基于URL路径的匹配。它可以直接匹配特定的URL路径,而不需要使用正则表达式。 当Nginx服务器接收到一个请求时,它首先会按照配置文件中location的顺序进行匹配匹配成功后,Nginx会按照顺序处理该请求,直到找到一个匹配完全符合要求的location为止。如果找不到一个匹配完全符合请求的location,则会使用默认的location做出响应。 对于正则匹配规则,需要使用~或~*开头,其中~表示区分大小写,~*表示不区分大小写。比如:location ~ ^/download/.+\.(zip|rar)$ {},表示当请求路径以/download/开头,并且以.zip或.rar结尾时,使用当前配置块进行处理。 对于非正则匹配规则,需要使用=或^~开头,其中=表示完全匹配,^~表示使用前缀匹配。比如:location = /index.html {},表示当请求路径为/index.html时,使用当前配置块进行处理。 除了以上两种匹配规则外,Nginx还提供了一些其他的匹配规则,比如按文件夹优先匹配,按通用优先匹配等,具体可以根据业务场景来选择相应的匹配规则,来达到更好的匹配效果。 总之,Nginxlocation匹配规则非常重要,可以用来处理各种不同的请求,帮助Web服务器实现更加灵活的请求处理方式,提高Web服务器的性能和安全性。熟悉和掌握Nginxlocation匹配规则,对于Web服务器的运维和开发都有着非常大的帮助。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值