8

我想知道以下想法是否违背了HTTP Content NegotiationHTTP Compression的精神和/或文字。

情况

HTTP 客户端请求资源:

HTTP GET /image.jpeg HTTP/1.1
Accept: image/jpeg

HTTP 服务器返回此资源:

HTTP/1.1 200 OK
Content-Type: image/jpeg

理念

客户认为请求资源编码是个好主意:

HTTP GET /image.jpeg HTTP/1.1
Accept: image/jpeg
Accept-Encoding: base64

服务器接受此请求并返回编码的资源:

HTTP/1.1 200 OK
Content-Type: image/jpeg
Content-Encoding: base64

问题

我对这个想法不太满意。Accept-Encoding使用和标头的HTTP 压缩Content-Encoding是关于压缩数据,而不是像 Base64 那样增加其大小。

使用base64这些标头的值是否违反了 HTTP 内容协商和 HTTP 内容压缩的精神和/或文字?

4

1 回答 1

9

RFC 2616 第 3.5 节(强调我的):

内容编码主要用于允许对文档进行压缩或以其他方式进行有用的转换,而不会丢失其底层媒体类型的身份,也不会丢失信息。

您的想法完全符合 HTTP 的“精神和文字”。

于 2012-08-14T06:37:03.947 回答