問題タブ [http-accept-encoding]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
960 参照

amazon-web-services - AWS Cloudfront に Accept-Encoding ヘッダーがありません

オリジンサーバーで静的コンテンツの圧縮を行いました。しかし、コンテンツをリクエストすると、圧縮コンテンツが取得されません。

応答ヘッダーは、accept-encoding を示す必要があります。

以下に、リクエストとレスポンスのヘッダーを貼り付けました

応答ヘッダー

リクエストヘッダー

ありがとう

0 投票する
6 に答える
12628 参照

aws-api-gateway - AWS API Gateway で gzip されたコンテンツを返す方法

サーバーの残りのサービスを提供し、ヘッダー値Accept-Encodingを介して圧縮されたコンテンツを返すヘッダーをサポートするアプリケーションを開発しました。Content-Encoding:gzip

このアプリケーションは aws の ec2 インスタンスにデプロイされ、Accept-Encoding値を設定してリクエストを送信すると、レスポンスが正しく構築されます。

APIゲートウェイを使用してこのAPIを公開したいのですが、リクエストを圧縮しないために機能しています。gzip 圧縮されたコンテンツを要求するリクエストを送信すると、Content-Encodingヘッダーは正しく設定されますが、応答コンテンツが破損しています。

統合応答またはメソッド応答ステップで特別なパラメーターまたは構成を設定する必要がありますか?

よろしく。

0 投票する
1 に答える
7995 参照

google-chrome - Chrome は Brotli をサポートしていますか? (Accept-Encoding に br は含まれません)

Can I use ページには、Chrome がしばらくの間 brotli をサポートしていると書かれています。Accept-Encoding文字列は次のようになると思います。

しかし、たとえば StackOverflow へのリクエストを確認しましたが、含まれていませんbrotli:

brotliにない場合、ほとんどのWebサーバーは実際にはあなたを返さないと思いますAccept-Encoding。そのため、部分的にのみサポートされているようです。

後で追加されるのでしょうか、それとも私が知らないトリックがありますか?

0 投票する
1 に答える
5114 参照

ios - Alamofire はデフォルトで gzip された応答を要求しますか?

プロジェクトのネットワーキングに Alamofire を使用しています。私のサーバーはgzipされた応答をサポートしているため。Alamofire自体がgzipをサポートしているかどうか、または["Accept-Encoding":"gzip"]としてヘッダーに排他的に設定する必要があるかどうかを知りたかったのです。両方のケースを試しましたが、応答の大きさに違いはありませんでした。したがって、デフォルトで gzip 応答を要求すると想定していました。このトピックに関する光は役に立ちます。

また、Alamofire で生の応答を確認する方法はありますか?

0 投票する
0 に答える
1041 参照

c# - ASP.NET Core は、個別のアクション応答で Content-Encoding を無効にします

ASP.NET Core (v1.0.1) で個々のコントローラー アクションContent-Encodingを無効にするにはどうすればよいですか?

私はすでに試しました:

しかし、それでもgzipされます。

使用する ActionFilter はありますか、またはここに投稿された MVC 5 バリアントと同様のフィルターを上書きできます: https://stackoverflow.com/a/5656970/2106997 ?

0 投票する
1 に答える
2270 参照

http - "Accept-Encoding: *" とはどういう意味ですか?

通常は品質がそれほど悪くない Mozilla Developer Network のこのページには、次のように記載されています。

* ヘッダーにまだリストされていないコンテンツ エンコーディングに一致します。これは、ヘッダーが存在しない場合のデフォルト値です。すべてのアルゴリズムがサポートされているわけではありません。好みが表明されていないというだけです。

今、私はElasticsearchが先に進み、私がそれを伝えるとgzipを送信するAccept-Encoding: *が、ヘッダーを省略するとプレーンデータを送信することがわかりました。

これは、両方の文が間違っていることを意味しているように私には思えます。

これは、ヘッダーが存在しない場合のデフォルト値です。

その場合、Accept-Encoding: *ヘッダーが指定されているかどうかに関係なく、動作は同じでなければなりません。

すべてのアルゴリズムがサポートされているわけではありません。好みが表明されていないというだけです。

Elasticsearch にとっては、まさにそれを意味しているようです。gzip を送信しても問題ありません。

MDN での意味を誤解していますか? そのページの情報は単に間違っているのでしょうか (編集ボタンがあります)。それとも、Elasticsearch がすべきでないことをしているのでしょうか?