HTTPコンテンツのネゴシエーション/圧縮：Accept-Encoding/Content-EncodingでBase64を使用しますか？

Question

以下のアイデアが精神および/または手紙HTTP Content NegotiationおよびHTTP Compressionに対して働いているのではないかと思います。

状況

HTTPクライアントがリソースを要求：

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

HTTPサーバーが返すこのリソースを：

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

アイデア

クライアントは、それがをエンコードされたリソースを要求することは良いアイデアだと思っ：私は質問

を

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

：サーバーの名誉

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

この要求をしてエンコードされたリソースを返します。このアイデアには満足していません。 Accept-EncodingとContent-Encodingヘッダーが使用されているHTTP圧縮は、約圧縮データであり、約ではなく、のサイズがBase64のように増加しています。

base64をHTTPヘッダーの値として使用することは、HTTPコンテンツネゴシエーションおよびHTTPコンテンツ圧縮の精神および/または手紙に違反していますか？

Answer 1

RFC 2616 section 3.5（強調鉱山）：

コンテンツコーディングが とを失うことなく、主に は、文書がを圧縮するか、そうでなければ有効 は、その基礎となるメディアタイプのアイデンティティを失わずを変換できるようにするために使用されています情報。

あなたのアイデアは、HTTPの「精神と文字」に完全に一致しています。