在HTTP响应中,Content-Encoding标头字段可以是bzip2或x-bzip2
例如,您可能会得到类似
的内容HTTP/1.1 200 OK
Date: mon, 9 Mar 2016 22:38:34 GMT
...
Content-Encoding: bzip
或类似
HTTP/1.1 200 OK
Date: mon, 9 Mar 2016 22:38:34 GMT
...
Content-Encoding: x-bzip
他们之间有什么区别?
答案 0 :(得分:1)
看来差异只是“bzip2”是实际格式,“application / x-bzip2”是MIME类型。换句话说,它是poh-tay-toh / poh-tah-toh - 它们是相同的。
答案 1 :(得分:1)
真的没有。正如您在IANA Content Coding Registry中看到的那样,bzip2
和x-bzip2
都没有注册内容编码。前面的x-
旨在强调此编码的未注册性质(另请参阅x-gzip
与gzip
)。有趣的是,这甚至早于RFC1945。 RFC1521, section 5州:
如有必要,实施者可以定义新的Content-Transfer-Encoding 值,但必须使用x-token,这是一个以“X-”为前缀的名称 表明其非标准状态,例如“Content-Transfer-Encoding: 的x我的新编码”。
就支持而言:据我所知,Lighttpd是唯一支持bzip2的网络服务器。我肯定知道elinks了解bzip2的内容,但应该有其他内容。
很少见到这种编码的实际用途,因为bzip2非常占用CPU,而gzip在速度和压缩比方面提供了更好的折衷。