首先,没有什么比将后端从根域透明地代理到具有添加的基本URL的域更好的了。
如果要代理
http://xyz/abc,
http://def则无法百分百保证一切正常。您需要特定于应用程序的更改
如果您的后端API不能返回访问当前URL的URL,那么您就不必担心proxy_pass。但是,如果您有html,则需要修复所有问题。
查看我为泛滥后端创建的简单配置
如所能,所有sub_filter都可以修复CSS,Javascript和HTML中的URL。而且我必须运行它,查找问题,然后实施修复程序。下面是配置供您参考
location ~* /deluge/(.*) { sub_filter_once off; sub_filter_types text/css; sub_filter '"base": "/"' '"base": "/deluge/"'; sub_filter '<head>' '<head>n<base href="/deluge/">'; sub_filter 'src="/' 'src="./'; sub_filter 'href="/' 'href="./'; sub_filter 'url("/' 'url("./'; sub_filter 'url('/' 'url('./'; set $deluge_host 192.168.33.100; set $deluge_port 32770; proxy_pass http://$deluge_host:$deluge_port/; proxy_cookie_domain $deluge_host $host; proxy_cookie_path / /deluge/; proxy_redirect http://$deluge_host:$deluge_port/ /deluge/;}
您可以根据自己的应用自定义以上内容。但是下面是您需要的
location /app1/ { sub_filter_once off; sub_filter '<head>' '<head>n<base href="/app1/">'; sub_filter 'src="/' 'src="./'; sub_filter 'href="/' 'href="./';}
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)