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

Question

次のアイデアがHTTP コンテンツ ネゴシエーションおよびHTTP 圧縮の精神および/または文言に反しているかどうか疑問に思っています。

状況

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およびContent-Encodingヘッダーが使用されるHTTP 圧縮は、Base64 のようにサイズを大きくすることではなく、データを圧縮することを目的としています。

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

Answer 1

RFC 2616 セクション 3.5 (強調鉱山):

コンテンツ コーディングは、基本的なメディア タイプの ID を失うことなく、また情報を失うことなく、ドキュメントを圧縮またはその他の方法で有効に変換できるようにするために主に使用されます。

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