nginx配置location规则
举例说明如下:
精确匹配 ‘/’ ,主机名后不能带任何字符。
location =/ {
[configrationA]
}
因为所有地址都以 ‘/’ 开头,所以这条规则将匹配到所有请求,但是‘正则’和‘最长字符串’会优先匹配。
location / {
[configurationB]
}
匹配任何以 ‘/documents/’开头的地址,匹配符合以后,还要向下搜索,只有后面的正则表达式没有匹配到时,才会采用这一条。
location /documents/ {
[configurationC]
}
匹配任何以 ‘/documents/’开头的地址,匹配符合以后,还要向下搜索,只有后面的正则表达式没有匹配时才会采用这一条。
location ~/documents/Abc {
[configurationCC]
}
匹配任何以 ‘/images/’开头的地址,匹配符合以后,停止向下搜索,采用这一条(注意:‘^~’与 ‘/images/’之间有空格)。
location ^~ /images/ {
[configurationD]
}
匹配所有以 ‘gif’,‘jpg’或‘jpeg’结尾的请求,然而,所有的请求‘/images/’下的图片都会被[configuration D]处理,因为 ^~ 到达不了这一条正则。
location ~* \.(gif | jpg | jpeg)$ {
[configurationE]
}
字符匹配到 ‘/images/’,继续向下,会发现 ^~存在。
location /images/ {
[configurationF]
}
最长字符串匹配到‘/images/abc’,继续向下,会发现 ^~ 存在,F与G的放置顺序是没有关系的
location /images/abc {
[configurationG]
}
只有去掉configuration D 才有效,先最长匹配configuration G开头的地址,继续向下搜索,匹配到这一条正则并采用。
location ~ /images/abc/ {
[configurationH]
}
说明:
‘=’ 开头表示 精确匹配(如A中只匹配根目录结尾的请求,后面不能带任何字符串);
‘^~’ 开头表示 uri 以某个常规字符串开头,不是正则匹配;
‘~’ 开头表示 区分大小写的正则匹配;
‘~*’ 开头表示不区分大小写的正则匹配;
‘/’ 通用符号,如果没有其它匹配,任何请求都会正则匹配到;
优先级
(location =) > (location 完整路径) > (location ^~) > (location ~,~*) > (lacation 部分起始路径) > (/);例如
‘/' ====> 精确匹配到configuration A,即使‘/index.html’也匹配不了。
‘/downloads/dowload.html’ ====> 匹配B以后,向下没有任何匹配,采用B。
‘/images/1.gif’ ====> 匹配到 F,向下匹配到 D,停止向下。
‘/images/abc/def ’====> 最长匹配到 G,向下匹配到D,停止向下,可以看到任何以‘/images/’开头的都会匹配到D并停止,F、G写在这里没有任何意义,H永远轮不到。
‘/documents/document.html’ ====> 匹配到C,不再向下匹配。
‘/documents/1.jpg’ ====> 匹配到C,向下正则匹配到E。
‘/documents/Abc.jpg’ ====> 最长匹配到C,向下正则匹配到CC,不会向下到E.
nginx指定文件路径有两种方式:root 和 alias,区别如下:
如果一个请求uri是 /t/a.html时,web服务器将会返回服务器上的 /www/root/html/t/a.html文件(即 将请求的uri做为root 的子目录来处理。)。
location ^~ /t/ {
root/www/root/html/;
}
如果一个请求的uri是/t/a.html时,web服务器将会返回服务器上的/www/root/html/new_t/a.html文件。因为alias会把location后面匹配的路径丢弃掉。
location ^~ /t/ {
alias/www/root/html/new_t/;
}