nginx 反向代理 .js 到 .js.gz， 如何返回正确的响应头？ 非静态文件， 使用 proxy_pass

curl -v 看一下，是不是多发了 content-type 头

不过为啥要这么做呢……感觉是个 X-Y problem

@ETiV 其实就是静态网站进行了一道 gz 后放在对象储存里， 然后想通过服务器反代一下。
试了正常访问很正常。
我想访问.gz 后缀的文件 (存在) 并返回正确的 conntent-type 和 content-encoding， 用 Nginx 没找到怎么弄..

之所以要这样弄， 主要是不想打包后还要去手动上传到服务器， 直接 serverless 一行命令传到对象储存里就很方便

Nginx 只是做了透传，如果没有相关配置，并不会改变后端服务器传回来的 header 。
建议
1，直接访问后端看 header 是否正常
2，检查其他地方是不是有针对 js 的 gzip 配置
3，可以尝试 proxy_set_header

你 rewrite 下面的代码已经没有机会执行了，怎么改都是徒劳，因为你的 rewrite 已经全量重写到 .gz 后缀，而你这个 location 只匹配 .css 和 .js 后缀。

使用本地的预压缩文件很简单。这样配置，访问 /test.css 的时候 Nginx 会先去找 test.css.gz ，如果有就返回，无则找 test.css 返回。

location = /test.css {
gzip_static on;
gunzip on;
}

但是反代这样配置就不行（不确定支不支持，我不知道原因）。

如果你确定请求路径在后端一定有 gz 文件，你可以重写路径，定向到 gz 文件并添加一个 content-encoding=gzip 的 header，这样就能返回预压缩文件给客户端。

rewrite /test.css /test.css.gz break;
location = /test.css.gz {
proxy_pass https://cos;
add_header "content-encoding" "gzip";
}

但也有个问题，这样不兼容不支持 gzip 的客户端，要兼容，你得先判断客户端 Accept-Encoding 有没有 gzip，如果没有还是得另外返回原文。

用对象存储做后端最方便的还是对象存储放未压缩的 css/js 文件，前端 Nginx proxy 的时候开启 gzip on 就好了，反正是静态文件，可以设置 proxy_cache 读取一次就缓存在本地。

@eason1874
对的。再建议加个 Vary: Accept-Encoding 头

proxy 使用 rewrite 完成 gzip 会增加复杂程度，不确定客户端的兼容性，不建议这么搞。

还是建议使用 nginx 原声模块实现 gzip 稳妥。

对象存储这样用的？没提供域名访问的么？

ng 不是可以开启 gzip 压缩吗

先不讨论是否使用 Nginx 做压缩.
楼主的问题应该是通过 Nginx 给后端的返回增加或者更改 Header
个人理解 最好还是后端服务控制 如果更改不了, 那就不要更改了. /狗头

另外对象存储是按请求量算钱的, 压缩后放对象存储问题不大.

proxy_pass 前面加一个 add_header Content-Encoding gzip; 声明一下 内容的 Encoding 即可

@eason1874 #4 谢谢指点， 我晚上回去试一下，不让 nginx 自己 gzip 主要是缓存了不方便刷新。 所以让他每次都走内网拿对象储存里的数据， 快+免费