Nginx location的匹配规则
- ~ 波浪线表示执行一个正则匹配，区分大小写
- ~* 表示执行一个正则匹配，不区分大小写
- ^~ ^~表示普通字符匹配，如果该选项匹配，只匹配该选项，不匹配别的选项，一般用来匹配目录
- = 进行普通字符精确匹配
- @ #"@" 定义一个命名的 location，使用在内部定向时，例如 error_page, try_files
location 匹配优先级
- = 精确匹配会第一个被处理。如果发现精确匹配，nginx停止搜索其他匹配。
- 普通字符匹配，正则表达式规则和长的块规则将被优先和查询匹配，也就是说如果该项匹配还需去看有没有正则表达式匹配和更长的匹配。
- ^~ 则只匹配该规则，nginx停止搜索其他匹配，否则nginx会继续处理其他location指令。
- 最后匹配理带有""和"*"的指令，如果找到相应的匹配，则nginx停止搜索其他匹配；当没有正则表达式或者没有正则表达式被匹配的情况下，那么匹配程度最高的逐字匹配指令会被使用。
示例
<pre style="white-space:pre-wrap;color:rgb(85,85,85);margin-top:5px;margin-bottom:5px;padding:8px 12px;font-size:13px;border:1px dashed rgb(204,204,204);line-height:17px;background-color:rgb(244,245,247);">location = / {
只匹配"/".
[ configuration A ]
}
location / {
匹配任何请求，因为所有请求都是以"/"开始
但是更长字符匹配或者正则表达式匹配会优先匹配
[ configuration B ]
}
location ^~ /images/ {
匹配任何以 /images/ 开始的请求，并停止匹配 其它location
[ configuration C ]
}
location ~* .(gif|jpg|jpeg)$ {
匹配以 gif, jpg, or jpeg结尾的请求.
但是所有 /images/ 目录的请求将由 [Configuration C]处理.
[ configuration D ]
}</pre>
URL 重写
仅是URL重写，不需要用location匹配，直接在server里写rewrite即可。
location / {
try_files $uri $uri/ /index.html?$args;
}
找指定路径下文件，如果不存在，则转给哪个文件执行
try_files
语法: try_files file1 [file2 ... filen] fallback
默认值: 无
作用域: location
目前看 location /getoffers {
try_files $uri/getoffers $uri/index.php /index.php?$query_string;
}
被路由，等价于 curl -v "http://api.mobcastlead.com/index.php?action=getoffers&mod=server&sid=6&secret=7cbb72e208044850325c33f5b0ac43a3" ，这个当然也是500错误。
去掉 最后的 secret 参数 ， curl -v "http://api.mobcastlead.com/index.php?action=getoffer&mod=server&sid=6" ，得到 {"status":"error","msg":"Apptoken is mistake"}
试了一个 第七个渠道可以获得数据
【nginx try_files的理解】
以 try_files $uri $uri/ /index.php; 为例，当用户请求 http://servers.blog.ustc.edu.cn/example 时，这里的 $uri 就是 /example。try_files 会到硬盘里尝试找这个文件。如果存在名为 /$root/example（其中 $root 是 WordPress 的安装目录）的文件，就直接把这个文件的内容发送给用户。显然，目录中没有叫 example 的文件。然后就看 $uri/，增加了一个 /，也就是看有没有名为 /$root/example/ 的目录。又找不到，就会 fall back 到 try_files 的最后一个选项 /index.php，发起一个内部 “子请求”，也就是相当于 nginx 发起一个 HTTP 请求到 http://servers.blog.ustc.edu.cn/index.php。这个请求会被 location ~ \.php$ { ... } catch 住，也就是进入 FastCGI 的处理程序。而具体的 URI 及参数是在 REQUEST_URI 中传递给 FastCGI 和 WordPress 程序的，因此不受 URI 变化的影响。
