@neoblackcap Accept-Encoding 是客户端向服务器声明自己是否支持压缩用的，和 post body 没什么关系

@neoblackcap 我试过了，加这个 header 并不会使 requests 把需要 post 的数据先压缩了再发

这样吧，我来用规范的语言表达一下我的意思
1 从标准的角度来说， HTTP 请求的 POST body 可以是压缩的（当然需要同时在 header 里声明）。但考虑到 HTTP 是一个先请求后响应的协议，服务器没办法提前声明自己的能力，所以正经客户端都不会发压缩的 POST 请求。我之前只遇到过某 android 模拟器会发压缩的
2 很多服务器不认识压缩的 POST body ，也没有义务认识
3 经过试验和阅读代码，我确认 python 的 requests 库在不指定的情况下，不会用压缩的方式发送 POST 请求
4 尝试了给 requests.post 增加 Content-Encoding:gzip 的 header ，但发出去的请求依然是原文
所以还是请 lz 先确认一下自己的问题是不是正确

咋天天发

@neoblackcap 你说的“ http 报文没有说用 gzip ”是什么？请用标准术语描述一遍

@raptium 关于请求是否能压缩，前几年我还特地读过标准，是可以的，不过当年的 nginx 不支持……

光纤并不是只有 epon 的，正经光纤都是对称带宽

楼上几位是不是没理解？
提问者说的 requests 是一个库的名字，而不是和 response 对应的那个词

算是你发现了一个 bug 吧
不管是政府还是互联网企业，一旦你落入客服流程，你就完了

去上访吧，这事，有可能从正常流程，或者是信息化系统上是做不出来的，需要手工干预

@SharkIng 你核对一下时间就知道了，他们开始的很晚，进度也很差

@bccber 总读入量并没节省啊

bing 有个问题就是：
基本上搜不到什么内容

如果你纯做展示那就无所谓

那一定是二道贩子了， google 、 bing 、 yahoo 、 apple 什么的都是从各国选的合作方来做的

哈，和我们公司的做法一样
不过我提示一点：加载文件过程期间还是不能服务的

道德素质低下的人是需要一些商户来收拾的

@Shintaku 应该 Type=Simple 而且不加&
&这个是给 shell 做 job control 用的符号，在 systemd 里是没用的

哈，这是 javaer 常见的问题

@SharkIng 在他们开始的时候其实芯片卡已经逐渐流行了啊。如果我没猜错，那个企业大概是落后的美国的……除了美国，其他地区金融卡的芯片化进度都很快

@araraloren python 的 tab 语法是错的。正确的是 4 空格