問題タブ [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.
amazon-web-services - AWS Cloudfront に Accept-Encoding ヘッダーがありません
オリジンサーバーで静的コンテンツの圧縮を行いました。しかし、コンテンツをリクエストすると、圧縮コンテンツが取得されません。
応答ヘッダーは、accept-encoding を示す必要があります。
以下に、リクエストとレスポンスのヘッダーを貼り付けました
応答ヘッダー
リクエストヘッダー
ありがとう
aws-api-gateway - AWS API Gateway で gzip されたコンテンツを返す方法
サーバーの残りのサービスを提供し、ヘッダー値Accept-Encoding
を介して圧縮されたコンテンツを返すヘッダーをサポートするアプリケーションを開発しました。Content-Encoding:gzip
このアプリケーションは aws の ec2 インスタンスにデプロイされ、Accept-Encoding
値を設定してリクエストを送信すると、レスポンスが正しく構築されます。
APIゲートウェイを使用してこのAPIを公開したいのですが、リクエストを圧縮しないために機能しています。gzip 圧縮されたコンテンツを要求するリクエストを送信すると、Content-Encoding
ヘッダーは正しく設定されますが、応答コンテンツが破損しています。
統合応答またはメソッド応答ステップで特別なパラメーターまたは構成を設定する必要がありますか?
よろしく。
google-chrome - Chrome は Brotli をサポートしていますか? (Accept-Encoding に br は含まれません)
Can I use
ページには、Chrome がしばらくの間 brotli をサポートしていると書かれています。Accept-Encoding
文字列は次のようになると思います。
しかし、たとえば StackOverflow へのリクエストを確認しましたが、含まれていませんbrotli
:
brotli
にない場合、ほとんどのWebサーバーは実際にはあなたを返さないと思いますAccept-Encoding
。そのため、部分的にのみサポートされているようです。
後で追加されるのでしょうか、それとも私が知らないトリックがありますか?
ios - Alamofire はデフォルトで gzip された応答を要求しますか?
プロジェクトのネットワーキングに Alamofire を使用しています。私のサーバーはgzipされた応答をサポートしているため。Alamofire自体がgzipをサポートしているかどうか、または["Accept-Encoding":"gzip"]としてヘッダーに排他的に設定する必要があるかどうかを知りたかったのです。両方のケースを試しましたが、応答の大きさに違いはありませんでした。したがって、デフォルトで gzip 応答を要求すると想定していました。このトピックに関する光は役に立ちます。
また、Alamofire で生の応答を確認する方法はありますか?
c# - ASP.NET Core は、個別のアクション応答で Content-Encoding を無効にします
ASP.NET Core (v1.0.1) で個々のコントローラー アクションContent-Encoding
を無効にするにはどうすればよいですか?
私はすでに試しました:
しかし、それでもgzipされます。
使用する ActionFilter はありますか、またはここに投稿された MVC 5 バリアントと同様のフィルターを上書きできます: https://stackoverflow.com/a/5656970/2106997 ?
http - "Accept-Encoding: *" とはどういう意味ですか?
通常は品質がそれほど悪くない Mozilla Developer Network のこのページには、次のように記載されています。
* ヘッダーにまだリストされていないコンテンツ エンコーディングに一致します。これは、ヘッダーが存在しない場合のデフォルト値です。すべてのアルゴリズムがサポートされているわけではありません。好みが表明されていないというだけです。
今、私はElasticsearchが先に進み、私がそれを伝えるとgzipを送信するAccept-Encoding: *
が、ヘッダーを省略するとプレーンデータを送信することがわかりました。
これは、両方の文が間違っていることを意味しているように私には思えます。
これは、ヘッダーが存在しない場合のデフォルト値です。
その場合、Accept-Encoding: *
ヘッダーが指定されているかどうかに関係なく、動作は同じでなければなりません。
すべてのアルゴリズムがサポートされているわけではありません。好みが表明されていないというだけです。
Elasticsearch にとっては、まさにそれを意味しているようです。gzip を送信しても問題ありません。
MDN での意味を誤解していますか? そのページの情報は単に間違っているのでしょうか (編集ボタンがあります)。それとも、Elasticsearch がすべきでないことをしているのでしょうか?