HTTP的Accept-Encoding
HTTP的Accept-Encoding
徐学良 发表于1年前
HTTP的Accept-Encoding
  • 发表于 1年前
  • 阅读 14
  • 收藏 0
  • 点赞 0
  • 评论 0

移动开发云端新模式探索实践 >>>   

HTTP Header中Accept-Encoding 是浏览器发给服务器,声明浏览器支持的编码类型的,Python的HTTPConnection默认是identitiy类型. 
常见的有 

       Accept-Encoding: compress, gzip            //支持compress 和gzip类型 
       Accept-Encoding:                    //默认是identity 
       Accept-Encoding: *                    //支持所有类型 
       Accept-Encoding: compress;q=0.5, gzip;q=1.0      //按顺序支持 gzip , compress 

       Accept-Encoding: gzip;q=1.0, identity; q=0.5, *;q=0       // 按顺序支持 gzip , identity 

服务器返回的对应的类型编码header是 content-encoding 

服务器处理accept-encoding的规则如下所示 

  1. 如果服务器可以返回定义在Accept-Encoding 中的任何一种Encoding类型, 那么处理成功(除非q的值等于0, 等于0代表不可接受) 

  2. * 代表任意一种Encoding类型 (除了在Accept-Encoding中显示定义的类型) 

  3.如果有多个Encoding同时匹配, 按照q值顺序排列 

  4. identity总是可被接受的encoding类型(除非显示的标记这个类型q=0) ,   如果Accept-Encoding的值是空  那么只有identity是会被接受的类型 

如果Accept-Encoding中的所有类型服务器都没发返回, 那么应该返回406错误给客户端 

如果request中没有Accept-Encoding  那么服务器会假设所有的Encoding都是可以被接受的, 

如果Accept-Encoding中有identity  那么应该优先返回identity (除非有q值的定义,或者你认为另外一种类型是更有意义的) 

注意: 

如果服务器不支持identity 并且浏览器没有发送Accept-Encoding,那么服务器应该倾向于使用HTTP1.0中的 "gzip" and "compress" ,  服务器可能按照客户端类型 发送更适合的encoding类型 

大部分HTTP1.0的客户端无法处理q值.并且有的服务器无论是否传递了Accept-Encoding,都会返回压缩数据,所以还是要对response的Content-Encoding进行监测。

标签: accept-encoding
  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 22
博文 196
码字总数 13841
×
徐学良
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: