类似于下面的配置。
按照 Nginx 默认的匹配方式，^~的优先级是高于~*
就会导致这样的地址/webB/components/56e1f49-8a6798b-fe567a9.python.render无法被第一条正则匹配到。

但是我确实需要这么一个全局的、高优先级的匹配。，所以有没有办法提高特定条目的优先级呢？

location ~* \.(python|shell)\.render$
{
    [config A]
}

location ^~ /webB/ {
    [config B]
}

lo大带宽服务器cation ^~ /siteC/ {
    [config C]
}

搜索 location 优先级啊
=规则优先级最高

还满足不了你的话 上 openresty 咯

`=`不是全字匹配吗？我需要的是正则表达式。

改造 url，把可变的部分放后面

改写源码从新编译？

改不了代码，代码不是我写的。

那就全部用正则吧，优先级大家都一样

用 NJS 可以实现这些复杂逻辑

可能这是最简单粗暴的办法了，我暂时先糊上去

不清楚 nginx
用 traefik，https://docs.traefik.io/routing/routers/#priority

location 支持嵌套

```
location ~* \.(python|shell)\.render$
{
[config A]
}
location /webB/ {
[config B]
}
location /siteC/ {
[config C]
}
```
这样就是所有 \.(python|shell)\.render 结尾的路径都由 A 处理（包括 /webB/ 和 /siteC/ 开头的），其他的，如果 /webB/ 开头就 B 处理，如果 /siteC/ 开头就 C 处理，剩余的由你配置文件里的其他规则处理。

后面的不要用 ^ 就行了。

咦，部分起始路径的优先级是低于正则的？

我没记错的话，应该是 = 精确匹配第一，正则第二，路径第三。而正则是从最短到最长，中途遇到有 ^ 就停止往下匹配。
你配置导致那个网址被 [config B] 捕获是因为这块有个 ^ 号，你把 location ^~ /webB/ 改成 location ~ /webB/ 之后这块还是正则，但是那个网址就会 [config A] 捕获了，因为 A 块的正则更长。