問題タブ [http-accept-encoding]

これは単純なグーグル検索だと思っていましたが、どうやらそれは間違っているようです。

以下を提供する必要があることがわかりました。

リクエストヘッダーで。ただし、それを示唆した記事では、プロキシが日常的にそのヘッダーを無視することにも言及しています。また、nginx に提供したときも、応答メッセージの本文が圧縮されていました。

http://forgetmenotes.blogspot.ca/2009/05/how-to-disable-gzip-compression-in.html

では、応答メッセージ本文の圧縮を無効にするよう Web サーバーに指示するにはどうすればよいでしょうか?

XMLで応答するGETを使用してサーバーにリクエストを送信しようとしています。「Accept」プロパティを設定する必要があると言われました。コードは次のとおりです。

応答コード500を受け取ります。アクセスしようとしているURLの開発者と話すと、「Accept」プロパティをXMLに設定していないと言われますか？私は何が間違っているのですか？そのプロパティをどのように設定することになっていますか？

編集：OKこれは恥ずかしいです。問題は、開発環境、特にTCP/IP監視ツールのセットアップ方法に関係していました。ネットワークメッセージの監視を停止すると、期待どおりに機能しました。

Accept-Encoding の例がドキュメントの仕様に違反していることがわかりました。

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14#sec14.3

「Accept-Encoding」ヘッダー フィールドは次のように定義されます。

したがって、 の構文によれば、値リストに1#(...)少なくとも1 つの要素が含まれている必要があります。しかし、例の1つは次のとおりです。

空白の値の部分があります。何か見逃しましたか？そして、この使用法が有効かどうか誰か教えてもらえますか?

エンコーディング アルゴリズムが組み込まれていない HTTP クライアントを作成しています。したがって、これを示す Accept-Encoding ヘッダーの値があるかどうか疑問に思っていましたか? のような: たとえば、「なし」、または「text/plain」または同様の ?

Accept-Encoding今日は、ヘッダーを利用して画像を base64 としてリクエストしたいと思いました。調べてみると、XMLHttpRequest仕様ではそのヘッダーを設定できません!

http://www.w3.org/TR/XMLHttpRequest/#the-setrequestheader()-メソッド

注: 上記のヘッダーは、トランスポートの側面を制御できるように、ユーザー エージェントによって制御されます。これにより、データの整合性がある程度保証されます。Sec- で始まるヘッダー名を設定して、XMLHttpRequest からのものではないことが保証されている新しいヘッダーを作成できるようにすることはできません。

なぜ彼らはこのような仕様を書くのでしょうか? 何も指定されていない場合、ブラウザーがデフォルト値 (例: gzip,deflate,sdch) を提供するだけの方が理にかなっています。

特定のケースでは、リクエスト/レスポンスで圧縮を無効にできる必要があります。

Firefox RestClient を使用すると、いくつかの xml を Web サービスに投稿し、単一のヘッダー パラメーター "Accept-Encoding" : " " で応答 xml を正常に取得できます。このヘッダーを設定しないと、応答本文が圧縮されて返されます。応答本文のいくつかのバイナリ データ (そのため、応答で gzip を無効にしたい)

アプリで同じヘッダー値を使用して (C# で RestSharp を使用)、応答でバイナリ データ (gzip) を取得します。

誰かが光を当てることができますか？RestSharp でサポートされていますか?

Gzip を使用して、Amazon CloudFront からいくつかの JS および CSS ファイルを提供しようとしています。彼らの指示に従って、ページをレンダリングするときにクライアントが Gzip をサポートしているかどうかを判断することになっているようです。サポートしている場合は、ファイル URL に .gz を追加します。

問題は、ブラウザのリクエストを検査すると、JS または CSS ファイルのリクエストには Accepts-Encoding:gzip (または deflate) ヘッダーが追加されているように見えますが、HTML ファイルには追加されていないようです。HTML リクエストは、ヘッダーを読み取る必要がある場所です。JS または CSS リクエストは、サーバーではなく CloudFront に送られます。

では、HTML リクエストの Accept-Encoding に/が表示された場合、クライアントが gzip をサポートしていると想定しても安全でしょうか?

私は Joomla Web サイトを開発しており、http://tools.pingdom.com/でいくつかのページ速度テストを実行しています。ブラウザのキャッシュのスコアがゼロになります。Joomla のグローバル構成で既にキャッシュを有効にしています。キャッシングが適切に機能するために他にすべきことはありますか?

また、Joomla のグローバル設定で GZIP を有効にしていますが、ツールが必要だと言っているSpecify a Vary: Accept-Encoding headerので、リソースの圧縮スコアもかなり低いです。これは私がやるべきことですか、それともサーバーがこれをやるべきですか?

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

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

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

応答ヘッダー

リクエストヘッダー

ありがとう

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

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

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

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

よろしく。