这是一个创建于 841 天前的主题，其中的信息可能已经有所发展或是发生改变。
某个 HTTP 服务 只考虑基于浏览器的客户端，因此不论请求有没有带 Accept-Encoding: gzip ，响应一律带上 Content-Encoding: gzip 并返回 gzip 格式的数据。不知这样做是否过于激进有风险？
目前来看几乎所有浏览器请求头都是包含 Accept-Encoding: gzip ，看起来问题也不大。但不知是否有某些非主流的小众浏览器，默认不支持压缩？
4 条回复 2023-08-30 16:59:21 +08:00
 | 1 gam2046 2023-08-29 12:21:01 +08:00 https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Encoding#browser_compatibility >> Note that the server is not obligated to use any compression method. Compression highly depends on server settings and used server modules. 原则上是关系不大的。 |
 | 2 wgit 2023-08-29 14:09:09 +08:00 apache 和 nginx 都可以设置不使用 gzip 压缩 具体返回什么样的由服务端做决定 我在使用反向代理反代源站的时候就会关闭这个选项，不然有时候会内容替换失败 |
 | 3 tool2d 2023-08-29 22:54:04 +08:00 我还没见过不支持 gzip 的客户端，但是遇到 br 压缩就很头大了，chrome 是 https 才打开，遇到 http 必定关闭。 明明压缩算法和 TLS 一点关系都没有，偏要绑定在一起。 |
 | 4 julyclyde 2023-08-30 16:59:21 +08:00 理论上不应该强制发送压缩数据 但是可以强制不压缩 十几年前还有人反对给服务器上开启压缩，说“某些”浏览器不支持。我说那些浏览器的用户连支付宝都打不开，有什么价值啊 |
Select Language