
1 firefox12 2017 年 4 月 23 日 via iPhone 服务器不支持, response 的时候就是原始数据 客户端就自动使用原始数据。 |
2 iyaozhen 2017 年 4 月 23 日 via Android 一楼正解。只要服务端正规来, response header 不申明 gzip 压缩客户端就不会解压缩 |
3 charley OP 是 requests 发送数据到服务器的时候压缩了,服务器识别不了,直接返回错误了 |
4 charley OP 使用的是 post |
5 julyclyde 2017 年 4 月 23 日 楼上几位是不是没理解? 提问者说的 requests 是一个库的名字,而不是和 response 对应的那个词 |
6 raptium 2017 年 4 月 23 日 via iPhone 好像没听说过 HTTP 请求能压缩的…… |
7 neoblackcap 2017 年 4 月 23 日 @julyclyde 楼上几位都没有错,你理解错了。客户端就是在这里就是指 requests 这个库, http 报文没有说用 gzip 那么 requests 就不会用 gzip 解压,会使用原始报文。上面几楼解释得相当浅白了。 至于 post 不接受 gzip, 此为一个解决方法可以参考 https://github.com/kennethreitz/requests/issues/1753 |
8 firefox12 2017 年 4 月 23 日 via iPhone 正常理解当然是 他用了 requests 库去请求 请求头里支持 gzip ,而服务器不支持 gzip 压缩,只能以原始数据回复。这并不影响使用 如果 client 希望 request 的 body 使用 gzip ,这个应该是非标准的。这也是为什么服务器会不支持。 |
9 lxy 2017 年 4 月 23 日 requests 本身默认 post 数据不会使用 gzip 进行压缩 |
10 just1 2017 年 4 月 23 日 via Android 标准的返回会标识是否 gzip , reqiests 会根据这个标识来处理(是否 gzip 解压) |
11 charley OP 谢谢各位回答,我是初学 python 的,我感觉是不是我哪里弄错了 |
13 julyclyde 2017 年 4 月 23 日 @neoblackcap 你说的“ http 报文没有说用 gzip ”是什么?请用标准术语描述一遍 |
14 neoblackcap 2017 年 4 月 23 日 @julyclyde http 头部中的 Accept-Encoding 不带 gzip |
15 neoblackcap 2017 年 4 月 23 日 @julyclyde 上面说错了, requests 是根据 http 头部的 Content-Encoding 或者 Transfer-Encoding 来决定是否启用 gzip 。但是楼主现在不是这个情况,他是发送请求给服务器,服务器不支持 gzip 压缩,但是 requests 发出 POST 请求的时候却会自动启用 gzip 。 |
16 julyclyde 2017 年 4 月 23 日 这样吧,我来用规范的语言表达一下我的意思 1 从标准的角度来说, HTTP 请求的 POST body 可以是压缩的(当然需要同时在 header 里声明)。但考虑到 HTTP 是一个先请求后响应的协议,服务器没办法提前声明自己的能力,所以正经客户端都不会发压缩的 POST 请求。我之前只遇到过某 android 模拟器会发压缩的 2 很多服务器不认识压缩的 POST body ,也没有义务认识 3 经过试验和阅读代码,我确认 python 的 requests 库在不指定的情况下,不会用压缩的方式发送 POST 请求 4 尝试了给 requests.post 增加 Content-Encoding:gzip 的 header ,但发出去的请求依然是原文 所以还是请 lz 先确认一下自己的问题是不是正确 |
17 julyclyde 2017 年 4 月 23 日 @neoblackcap 我试过了,加这个 header 并不会使 requests 把需要 post 的数据先压缩了再发 |
18 julyclyde 2017 年 4 月 23 日 @neoblackcap Accept-Encoding 是客户端向服务器声明自己是否支持压缩用的,和 post body 没什么关系 |