問題タブ [content-encoding]

あることは知っていますResponse body is encoded. Click to decodeが、機能しません。

私が受け取る応答はzlibnotによってエンコードされており、応答ヘッダーgzipにはありません。Content-Encoding: gzip

これで、応答本文をファイルに保存しPython、fiddler.

私は何をすべきか？

Transportは を自動的に処理すると言われていContent-Encodingます ( からの読み取り時の自動解凍などresp.Body)。

Content-Encodingまた、ホップバイホップではなく、エンドツーエンドの HTTP ヘッダーであるとも言われています。

したがって、プロキシContent-Encodingがクライアントの応答ヘッダーにコピーバックし、このプロキシio.Copyが上流の応答本文 (からio.Copy読み取るため、自動的に解凍resp.Bodyされる可能性があります) の場合、クライアントと矛盾しませんか? (Content-Encoding上流の応答からコピーされますが、本文は解凍されています)

S3 上のファイルにアクセスする小さなアプリがあります。私は3つの異なるファイルタイプを扱っていますが、gzipされているものとそうでないものがあります。

ファイルの種類を確認するコードが少しあります (残念ながら拡張子がないため、別の種類のデコードを試みる必要があります) が、一部のファイルは圧縮されており、一部のファイルは圧縮されていないことを追加すると、オーバーヘッドが増えます。

s3 からコンテンツ エンコーディングを要求する方法があることを願っていますが、ドキュメントには何も見つかりませんでした。

それが不可能な場合、ファイルのコンテンツ エンコーディングを同期的にチェックする方法はありますか? エンコーディングを示す s3 オブジェクトには何も表示されません。返される S3 の唯一のプロパティは、Content-Type、ETag、Body、Metadata、ContentLength、および AcceptRanges です。

API ゲートウェイ、つまり APIG -> ELB -> ECS にアプリケーションをデプロイしています。gzip を要求すると、つまり Accept: application/json; Accept-Encoding:application/gzip. コンテンツはクライアント (ブラウザー、フィドラー) から読み取ることができません。しかし、ELB 経由でトリガーされた同じリクエストはクリーンになります。API ゲートウェイは、応答からバイトを追加/削除していますか? 誰でもそれを微調整するのを手伝ってもらえますか?

@ankit : 同じ質問に関連しています。しかし、API ゲートウェイがバイナリをサポートするようになったので、そのように返すように構成しました。しかし、問題は圧縮された応答が正しくないことです。Fiddler および他のクライアントは、それを解凍できません。