客户端是否支持 HTTP 的最小内容编码?

3

一个http客户端必须支持的最小一组内容编码是什么?

换句话说:只实现content-encoding:identity的客户端是否符合标准?

我找不到关于这个问题的明确文档。


1
是的。设置您的“Accept-Encoding”并开始使用。只要服务器以正确的状态代码做出反应,拒绝传递它也是符合标准的。因此问题变成了:您是否有兴趣成为理论上符合标准的,还是问它是否作为(大多数)Web客户端工作? (我认为它可以,但我没有数据支持这种说法)。 - Wrikken
@Wrikken:关于“是”的问题:你读的是哪一行? - bukzor
啊,确实有两个问题。对于第二个问题是“是的” ;) (而且实际上第一个问题也是:它需要实现一个内容编码,即使只是身份验证,尽管人们可以争论没有编码不是内容编码)。 - Wrikken
啊,那个,从这里开始读到这几行:_"“identity”内容编码始终可接受,除非明确拒绝...如果Accept-Encoding字段值为空,则只有“identity”编码是可接受的。"_ 这意味着仅接受identity编码是可以的。然而,它还提到服务器可能会回复406(不可接受),该部分进一步提到没有identity编码(并且没有给出accept-encoding头)也是可以的,并给出了一些推荐使用的内容。 - Wrikken
简而言之,只要你设置了“Accept-Encoding: identity”,你就没问题了,偶尔可能会遇到406错误,但你宁愿这样也不想处理无法处理的数据块。 - Wrikken
显示剩余6条评论
1个回答

0

不,没有最低要求;如果您不想支持任何内容,那么您就不需要支持。

请注意,在SPDY中,情况并非如此;他们要求您支持gzip。根据讨论的情况,HTTP/2也可能是这种情况。


“not any”实际上是指“只有身份识别”吗?此外,我在试图说服他人时可以引用什么? - bukzor
严格按照规范,如果您不支持任何内容,应该发送“identity”,是的。请参见:http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-26#section-5.3.4 - Mark Nottingham
就我所知,该规范并未为客户端指定任何最小内容编码实现。这并不完全意味着该规范允许不支持gzip的客户端存在。 - bukzor

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接