大家Nginx 反代时很常见的一个问题就是 sub_filter 无效。因为浏览器都是允许压缩的，所以请求头都是带 Accept-Encoding: gzip 的。而 Nginx 的 sub_filter 无法处理压缩过的请求， Nginx 自身也不会解压。事实上，要想写一个解压的插件也是不可能的，因为 Nginx 目前并没有 input filtering 相关的接口。
一般网上的解决办法都是 proxy_set_header Accept-Encoding "";禁用上游的压缩，对客户端的压缩不受影响。但是这样入站带宽就多很多了。一个可行的改进是活用 map ，只禁用常见的 html 内容的压缩。但是这样对纯网页效果依然有限。 CrystalACG 上即使缓存命中率过半（对纯网页几乎没有静态内容的 dmm 来说很高了），入站带宽依然超过出站。
最近尝试了另一种办法，效果不错。尽管 Nginx 没有 input filtering ，但我们可以反代自身，利用 gunzip 模块先解压。这样会有本地流量，但用 unix socks 的话额外开销只有 nginx 重新解析一次请求以及数据内存拷贝一次。几乎可以忽略。gzip 本身是很低开销的算法。就算将来Nginx加入了input filtering的支持，性能也不会比这个方案好很多。而且大多数反代站瓶颈都在带宽，CPU多一点无所谓。
新建一个 gunzip.conf ：
修改原来的代理配置：
proxy_pass http://unix:/var/run/nginx-gunzip.sock:$request_uri;
proxy_set_header Host $host;
proxy_set_header Accept-Encoding "";
这个办法可以结合map，只反代要替换的内容，进一步减少开销。现在 CrystalACG 入站流量只有原来的一半略多，出站的 2/3 不到。
一般网上的解决办法都是 proxy_set_header Accept-Encoding "";禁用上游的压缩，对客户端的压缩不受影响。但是这样入站带宽就多很多了。一个可行的改进是活用 map ，只禁用常见的 html 内容的压缩。但是这样对纯网页效果依然有限。 CrystalACG 上即使缓存命中率过半（对纯网页几乎没有静态内容的 dmm 来说很高了），入站带宽依然超过出站。
最近尝试了另一种办法，效果不错。尽管 Nginx 没有 input filtering ，但我们可以反代自身，利用 gunzip 模块先解压。这样会有本地流量，但用 unix socks 的话额外开销只有 nginx 重新解析一次请求以及数据内存拷贝一次。几乎可以忽略。gzip 本身是很低开销的算法。就算将来Nginx加入了input filtering的支持，性能也不会比这个方案好很多。而且大多数反代站瓶颈都在带宽，CPU多一点无所谓。
新建一个 gunzip.conf ：
修改原来的代理配置：
proxy_pass http://unix:/var/run/nginx-gunzip.sock:$request_uri;
proxy_set_header Host $host;
proxy_set_header Accept-Encoding "";
这个办法可以结合map，只反代要替换的内容，进一步减少开销。现在 CrystalACG 入站流量只有原来的一半略多，出站的 2/3 不到。
Select Language