HTTP内容协商/压缩:将Base64与Accept-Encoding/Content-Encoding一起使用？

Question

我想知道以下想法是否违反了HTTP内容协商和HTTP压缩的精神和/或信件.

情况

HTTP客户端请求资源:

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

HTTP Server返回此资源:

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和Content-Encoding标头的HTTP压缩是关于压缩数据,而不是像Base64那样增加其大小.

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

Answer 1

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

内容编码主要用于允许文档被压缩或以其他方式有用地转换而不会丢失其基础媒体类型的身份并且不会丢失信息.

您的想法完全符合HTTP的"精神和文字".