本文主要是介绍nginx location总结(终结),对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
基本用法
location / {
root html;
try_files $uri $uri/ /index.html;
}
匹配所有“/”开头的路径到html目录下。try_files的含义是:首先会匹配$uri文件,如果没有去匹配$url/文件,如果再没有去找/index.html
扩展用法
location /static/ {
root dev;
try_files $uri $uri/ /index.html;
}
重点剖析一下:
1.首先会去找根路径 dev/static/
2.如果1没找到,会执行try_files ,如果$uri 没找到,则会使用html目录下的默认路径/html
从上面的例子可以看出,如果使用了try_files /index.html,在路径和目录配置错误的时候,总会跳转到html下面的index.html。导致最后完全找不到问题原因。try_files一定要慎用。
扩展变形
location ^~ /static/ {
root /dev;
index index.html index.htm;
}
上面使用了绝对路径,系统会去查找系统目录/dev/static/ 如果找不到目录,会去找该目录下的index.html(index.htm),如果找不到会报错。由于我们使用了index,而非try_files。
匹配文件后缀
location ~ .*\.(gif|jpg|jpeg|png)${ root html; }
上面匹配所有最终结尾的文件路径。
匹配多种开头
location ~ ^/(api|login|register)/ {
}
注意符号的使用顺序,和匹配单个有所区别。
多种匹配结果,并且前缀相同,以最长路径的为准
location ^~ /app/ {
root /dev;
index index.html index.htm;
}
location ^~ /app/task/ {
root /dev1;
index index.html index.htm;
}
如果访问:ip/app/ ,会跳转到第一种,在目录/dev/app目录下查找。如果访问 ip/app/task 则会在目录/dev1/app/task/下查找。
颠倒上面的顺序:
发现查找的还是:/dev1/app/task/
如果不明白的,可以测试把
location / {
root html;
try_files $uri $uri/ /index.html;
}
放在所有路径的前面,或者最后,发现如果其他location的路径匹配了,基本轮不到它了。
这篇关于nginx location总结(终结)的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!