通过nginx reverse_proxy保存Cloudfront brotli压缩

Question

我的问题类似于cloudfront发行版的反向代理并保留反向代理并保留gzip压缩，但特别是关于新的brotli压缩算法，在某些情况下，该算法的性能应该优于gzip。

我的AWS云锋分布支持brotli

但由于各种原因，我的网站在nginx代理之后，当proxy_passing请求cloudfront时，我失去了brotli压缩，我只得到gzip。

我已经激活了gzip压缩和gzip_proxied，是否有一种等效的方法可以在cloudfront发行版中保留gzip或brotli压缩？我听说过用于nginx的brotli模块和2017年的答案(示例)，其中提到proxy_pass与nginx + brotli是不可能的，是吗？

server { 
  ...
  gzip on;
  gzip_comp_level 5;
  gzip_min_length 256;
  gzip_proxied any;
  gzip_vary on;
  gzip_types *;

Answer 1

请参阅这澄清。ngx_brotli开发人员提到，不需要类似于brotli_proxied的东西，因为默认情况下，它会压缩代理请求。

server { 
  ...
  gzip on;
  gzip_comp_level 5;
  gzip_min_length 256;
  gzip_proxied any;
  gzip_vary on;
  gzip_types *;

  brotli on;
  ...
}

应该就够了。如果上游(在本例中为Cloudfront)执行/服务Brotli压缩资产，那么NGINX将简单地将这些资产按原样传递回客户机，而不进行两次Brotli压缩。