0


服务器上一个域名对应多个前端项目的nginx转发配置

场景:

当有两个前端项目A,B的时候,项目A(对应端口8000)和项目B(对应端口8001)分别部署在服务器的不同位置,通过服务器ip+端口都能正常访问单独的项目A和项目B;现在要求两个项目共用一个域名~~也就是说访问http://10.111.182.xxx:8000的时候默认访问项目A的资源,访问http://10.111.182.xxx:8000/pages的时候自动代理到项目B的资源

业务场景:h5嵌入原生开发,有多套独立的h5,要求嵌入原生的域名不分不变,但是路由发生变化的时候代理到不同的独立h5项目,也就是2个前端项目,如何通过一个端口来访问

服务器配置

部署单个项目并为其配置单独的ngx转发

1.将打包后的静态资源放置服务器上,位置自己选择但是记住路径

2.配置nginx;通常在服务器上的/etc/nginx/conf.d

新建一个后缀为.conf的文件

server {
    #指定服务器监听的端口号,这里是 8001
    listen 8001;
    #定义服务器名称,在这里是 localhost。
    server_name localhost;
    # 根请求会指向的页面,指定服务器的根目录,将请求映射到该目录下的文件。
    root /home/wwwroot/testB; 
    #在响应头中添加跨域请求的允许访问源。这里的配置允许来自任何来源的请求。
    add_header 'Access-Control-Allow-Origin' '*'; 
    # 根请求会指向的页面定义请求路径为根路径时的处理逻辑。使用 try_files 指令尝试按照顺序查找            
     对应的文件,如果找不到则返回 index.html。
    location / {
            try_files $uri $uri/ /index.html;        
        }
     # 开启gzip 压缩
    gzip on;
    # 设置gzip所需的http协议最低版本 (HTTP/1.1, HTTP/1.0)
    gzip_http_version 1.1;
    # 设置压缩级别,压缩级别越高压缩时间越长  (1-9)
    gzip_comp_level 4;
    # 设置压缩的最小字节数, 页面Content-Length获取
    gzip_min_length 1000;
    # 设置压缩文件的类型  (text/html)
    gzip_types text/plain application/javascript text/css;

}

到此B项目的部署完成可以用ip+端口进行访问

接下来要在A项目的ngxin配置文件中进行代理的转发,使在访问A项目的遇到/pages就将资源代理到B项目

server {
    listen 8000;
    server_name localhost;

    root /home/wwwroot/test-A;
 #遇到、pages转项目B
    location ~ ^/pages/.  {
        proxy_buffer_size                       128k;
        proxy_buffers                           32 32k;
        proxy_busy_buffers_size                 128k;
        proxy_set_header   X-Forwarded-Proto    $scheme;
        proxy_set_header   Host                 $http_host;
        proxy_set_header   X-Real-IP            $remote_addr;
        proxy_pass                                      
   http://1xx.1xx.1.xx:8001$1$is_args$args;
    }
#核心对项目B的静态资源的代理
   location ~ ^/static/  {
        proxy_buffer_size                       128k;
        proxy_buffers                           32 32k;
        proxy_busy_buffers_size                 128k;
        proxy_set_header   X-Forwarded-Proto    $scheme;
        proxy_set_header   Host                 $http_host;
        proxy_set_header   X-Real-IP            $remote_addr;
        proxy_pass                              http://1xx.1xx.1.xx:8001$request_uri;
    }
      
#默认访问项目A
        location / {
    
           try_files $uri $uri /index.html$is_args$query_string;

    }
}
   

资源目录如上。当在进行转发的时候会发现nginx代理转发后报错,无法显示页面。原因是指找到了index.html文件,没有对静态资源js,css等进行匹配,所以这部分资源并没有代理到,所以访问不了。出现在配置nginx的时候,proxy_pass 单独访问可以访问,配置后代理不过去报错 Unexpected token '<'。

解决办法是找到没有代理到的资源将其加入ngx代理匹配;例如

 location ~ ^/static/  {
        proxy_buffer_size                       128k;
        proxy_buffers                           32 32k;
        proxy_busy_buffers_size                 128k;
        proxy_set_header   X-Forwarded-Proto    $scheme;
        proxy_set_header   Host                 $http_host;
        proxy_set_header   X-Real-IP            $remote_addr;
        proxy_pass                              http://1xx.1xx.1.xx:8001$request_uri;
    }

如果资源目录是其他的情况的就看是什么资源没有代理到,就去配置一个

核心调试:浏览器打开,看资源请求是否成功,未成功的是什么资源分析未成功原因,是为代理到还是资源本身不存在,一般来说是没有请求到资源,然后对对应的资源进行代理配置

tip:参数详解

在 Nginx 的配置文件中,

location ~ ^/pages/.

是一个正则表达式匹配规则,它匹配以 “/pages/” 开头的 URL 路径。

proxy_pass http://1xx.1xx.1.xxx:8001$1$is_args$args;

是将匹配到的请求代理到目标服务器的指令。其中的

$1$is_args$args

是一个变量,表示将匹配到的路径传递给代理服务器。

具体解释如下:

  • $1 表示正则表达式 ^/pages/(.*) 中的捕获组,即匹配到的路径片段。
  • $is_args 表示一个内置变量,如果请求包含参数则值为 “?”,否则为空。
  • $args 表示一个内置变量,保存请求中的参数部分(例如 ?key=value)。

所以,

proxy_pass

配置中的

$1$is_args$args

的作用是将匹配到的路径片段、参数部分传递给代理目标的 URL。最终形成类似

http://1xx.1xx.1.xxx:8001/pages/abc?key=value

的代理请求。

如果在

proxy_pass

配置中没有

$1

,则代表没有使用正则表达式捕获组来获取匹配到的路径片段。在这种情况下,

proxy_pass

配置将直接代理原始请求的完整 URL(包括路径、参数、协议等)到目标服务器。

例如,假设原始请求的 URL 是

http://example.com/pages/abc?key=value

,而

proxy_pass

配置为

proxy_pass http://1xx.1xx.1.xxx:8001;

,那么代理服务器将会将请求发送到

http://1xx.1xx.1.xxx:8001

,并保留原始的路径和参数。

需要注意的是,如果没有使用正则表达式捕获组来获取路径片段,那么目标服务器将无法获取和处理原始请求的路径信息。

在 Nginx 中,

$request_uri

是一个变量,它包含了当前请求中的完整原始 URI,包括路径和参数。当使用

proxy_pass

指令进行代理时,可以将

$request_uri

添加到目标 URL 中,以便将完整的原始 URI 发送到目标服务器。

在你提供的配置中,

proxy_pass

指令使用了

http://192.168.1.252:8002$request_uri;

这个目标 URL。这意味着对于每个请求,Nginx 会将完整的原始 URI 添加到目标 URL 后面,以便代理服务器可以接收完整的请求路径和参数。

例如,如果发起的请求是

http://your-domain.com/static/js/app.js?key=value

,那么

proxy_pass

将会将请求代理到

http://192.168.1.252:8002/static/js/app.js?key=value

通过使用

$request_uri

变量,可以确保代理请求中包含原始 URI 的所有信息,以便目标服务器正确处理和响应请求。

标签: 笔记 nginx 服务器

本文转载自: https://blog.csdn.net/qq_34645412/article/details/132805627
版权归原作者 傻小胖 所有, 如有侵权,请联系我们删除。

“服务器上一个域名对应多个前端项目的nginx转发配置”的评论:

还没有评论