kyonn

@muyuanqiang7 按我的理解，rewrite path 应该只能重写 原始请求的 uri ，如果 被代理机器返回的就是 /xxx.css ，浏览器就按 /xxx.css 去请求静态资源，这时候 rewrite 就不起作用了。除非把本机所有 /xxx.css 类的请求都 rewrite 给 被代理机器，但是这个改动会影响第 2 个被代理机器。

假如只有一台被代理机器，应该是可行的。不知道我的理解是否正确。

问题已经解决了，按照大家提供的信息，我去修改了 被反代服务的静态资源 context-path ，加了 /git/ 子目录，目前看暂时工作正常了。

-----------

问题信息缺失引起歧义了。本意是想问 针对 这类二级目录 反代的情况，在不修改被反代服务的情况下，能否利用 nginx 一些特殊的配置做到类似 二级域名 反代那样的效果。提问的缺陷也是指 二级目录反代缺陷，而不是说 nginx 有缺陷。

因为被反代的服务通常不是自己写的（开源的第三方服务），如果再修改它的静态资源打包方式比较麻烦，要额外修改被反代的项目。除了静态资源，我也也比较好奇，是否有其它的限制比较难处理，比如#11 提到的问题。

另一方面，因为域名解析控制权不在我这，所以加二级域名、三级域名也比较麻烦。所以倾向于使用同一个域名下二级目录反代的方式。


@perfectlife
@RobinHuuu
@momocraft
@SanjinGG
@maocat
@duanxianze
@totoro625
@skiy
@Alfchao
@jspatrick
@Charles0929
@Suaxi
@irisdev
@zhhbstudio
@coderzhangsan
@ssiitotoo
@SenLief

@Alfchao
@jspatrick
@Charles0929
@Suaxi

OK ，我按照这个关键字找下解决方案。因为是部署的是别人打包的容器，不是自己写的代码，不确定能否设置 context-path

@perfectlife
@SanjinGG
被代理的容器是现成的开源项目。直接通过容器端口访问是正常的。

根据[这篇文档]( https://blog.csdn.net/jiabeis/article/details/100974516)的意思，是必须使用 contextpath 功能才能支持二级目录反代？

@RobinHuuu 可能我问法不太正确，AI 给出的答案也都是有问题的。

@momocraft 是指 contextpath 吗？让被代理的容器 web 服务在 contextpath 而不是 / ？

@Hanada
@Lax
@ysc3839

多谢，提供的验证方法十分方便。

实测 rewrite 不需要完全匹配，只要部分匹配了就会进行替换，且没匹配的部分直接被丢弃。另外，原始请求的查询参数会被直接追加到新请求上，除非 rewrite 的新字符串末尾增加?符号。

@ysc3839 好的。我测试下。

@Lax 了解。我试下。