HTTP 1.1 TE头

HTTP 1.1 TE头,http,rfc2616,Http,Rfc2616,在阅读RFC2616时,我遇到了用于分块编码的TE和Transfer编码头。我有以下问题: 如果HTTP服务器因为存在TE头而拒绝请求,它是否符合RFC 如果HTTP客户机发送一个带有TE头、t编码列表和q值的请求,并且一旦q值为1,HTTP服务器是否必须使用该编码发送响应数据,例如:TE:deflat;q=0.5 gzip;q=1(这是要求服务器压缩gzip中的实体数据并发送它,还是服务器可以忽略它并以正常方式发送数据?) 如果HTTP服务器不支持接收分块数据(我知道这与RFC不符,但这是有意

在阅读RFC2616时,我遇到了用于分块编码的TE和Transfer编码头。我有以下问题:

  • 如果HTTP服务器因为存在TE头而拒绝请求,它是否符合RFC
  • 如果HTTP客户机发送一个带有TE头、t编码列表和q值的请求,并且一旦q值为1,HTTP服务器是否必须使用该编码发送响应数据,例如:TE:deflat;q=0.5 gzip;q=1(这是要求服务器压缩gzip中的实体数据并发送它,还是服务器可以忽略它并以正常方式发送数据?)
  • 如果HTTP服务器不支持接收分块数据(我知道这与RFC不符,但这是有意的),那么要将正确的错误响应代码发送回客户端,以便客户端下次不会以分块方式发送PUT请求
  • 提前感谢您的宝贵意见和回答。

    其中说

    请求中的“TE”头字段指示传输编码,
    除了分块,客户愿意接受回应,并且
    客户是否愿意接受a
    分块传输编码


    这意味着TE只是客户端的一个声明,下一个服务器可以忽略它。HTTP服务器应该没有理由拒绝带有TE头的请求。如果服务器不支持分块,那么它不支持HTTP 1.1,因此应该将传入请求解释为1.0请求,并相应地响应。请参阅。

    请阅读RFC 7230和7231,看看它们是否回答了这些问题。这是RFC2616的重新修订版本还是RFC中规定了任何新标准。@VamsiMohan 723*是2616的修订和更新版本,旨在澄清规范。称他们为“重新洗牌”是对那些为这个项目投入了大量工作的人的冒犯,因为新的规范是一个巨大的改进。对不起。。我一点也不想冒犯你,但在我继续阅读之前,我试图弄清楚这份RFC的核心。再次道歉!!