HTTP内容协商/压缩：是否将Base64与接受编码/内容编码一起使用？

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

形势

HTTP客户端请求一个资源：

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

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

HTTP服务器返回此资源：

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

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

想法

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

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

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

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

问题

我对这个主意不太满意。HTTP压缩使用了

Accept Encoding

和

Content Encoding

头，其目的是压缩数据，而不是像Base64那样增加数据的大小

使用

base64

作为这些标题的值是否违反了HTTP内容协商和HTTP内容压缩的精神和/或文字？

（重点）：

内容编码主要是 用于允许对文档进行压缩或以其他方式进行有效压缩 在不丢失其基础媒体类型标识的情况下进行转换 而且不会丢失信息

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