問題タブ [http-compression]

IIS でホストされておらず、HTTP を転送プロトコルとして使用する、メッセージ セキュリティが有効になっている WCF サービスの通信を圧縮するためのベスト プラクティスは何ですか?

私の検索では、メッセージが保護された後に圧縮を適用するチャネル レベルで作成された実装が見つかりました (そのため、圧縮は最適ではありません)。

正しい方向に私を向けることができますか？またはさらに良いこと: セキュリティ プロトコルの実行前に適用される WCF 圧縮の実装 (メッセージ セキュリティと連携) を知っていますか?

すでに構築され、現在本番環境で実行されている Web サイトの HTTP 圧縮を有効にする方法

よろしく、グーラフ

1K未満のJSONコンテンツに応答するWebサービスを作成しました。この圧縮戦略のどれが最適ですか？

• 他のテキストリソースと同じように、このコンテンツをリバースプロキシでgzip圧縮しますか？
• リソースをしきい値未満に圧縮しないルールを追加しますか？

インターネットネットワークのパケットサイズは1Kより大きいと思います（この記事はかなり興味深いですが、答えよりも多くの質問があります：579バイト？1518バイト？）。このように、1つのパケットですでに送信されるコンテンツを圧縮するために時間とプロセッサを費やすことを避けることは理にかなっています。

したがって、私はこれらの2つの戦略に関する誰かのテストをもっと見ていますか？誰かがテストをしましたか？そして、私はあなたが書いたルールにも興味があります。

ありがとう

HTTP ヘッダーはあまり効率的ではありません。最小限のメソッド ヘッダーと応答ヘッダーの間で、必要以上に数十バイトが使用されます。

HTTP のバイナリ形式または圧縮形式を標準化する提案はありますか?

HTTP 以外に、インタラクティブなモバイル アプリケーションにより適した同様の標準はありますか?

IIS (この場合は 6.0) で gzip 圧縮を有効にする (面倒な) 手順を説明するために、この記事やこの記事のような記事を読ん でいます。IIS がデフォルトでこれをすべて有効にする理由がわかりません。ブラウザに送られるファイルを圧縮したくない人はいますか??

WebRequestCreator.ClientHttpRIA WCF サービスに対して同時非同期要求を行うために使用します。しかし、この場合、http リクエストでサポートされている唯一のエンコーディングは「identity」です
Accept-Encoding: identity
。ヘッダーで gzip も deflate も指定できませんでした。で http 圧縮を使用する理由と方法は何WebRequestCreator.ClientHttpですか?

クライアントのレポートを実行するように設計されたMVC3ビューがあります。レポートオプションを選択できるビューで、クライアントの大規模なリスト（〜3K）を渡します。私はそれを次のようにレンダリングしています：

_ClientSelectorパーシャルは次のようになります。

私はこれを素敵なビジュアルディスプレイに変えるためにjQueryマルチセレクトライブラリを使用しています。

私の質問は、このリストサーバー側を圧縮することは可能ですか？このビューの最も遅い部分は、このクライアントのリストをロードすることです。ChromeでPageSpeedを使用すると、HTMLを圧縮して読み込みを高速化することが提案されますが、それは可能ですか？これをViewBagに配置するのではなく、独自のコントローラーアクションに含める必要がある場合は、それを実行してもかまいません。このページを高速化する方法があるかどうかを確認したいだけです。

編集：

以下のテンプレートを試してみました。jsonを手動でビルドすると、機能します。ただし、$。getJSONを使用してサーバーから取得しようとすると、結果が表示されません。Chromeのデバッグツールを使用すると、応答が返ってくるのがわかります。これは有効なjsonのようです。これで何か問題を見つけることができますか？

そして、ビューで：

--これは$.ajaxメソッドを使用した別の試みでしたが、結果に対しても起動しません

これは機能する例です：

多くの調整を行った後、私はついに何かが機能するようになりました。

成功イベントで起動しない理由はまだわかりませんが、完全なイベントを使用し、responseTextでJSON.parseを実行すると、うまくいったようです。

原則として、IISでgzip圧縮を有効にするのはいつですか。たとえば、次の場合を考えてみましょう。

1. 静的ページ
2. 多くの静的要素といくつかの動的要素を持つASPページ
3. いくつかの静的要素と多くの動的要素を持つASPページ
4. 完全に動的なASPページ
5. IISへのWordpressのインストール

明らかに、静的/動的ページを混在させることができます。決定を下すためのいくつかの一般的なルールは何ですか？ページに動的コンテンツが含まれている場合、それを圧縮するのは悪いことですか？

私の場合、2つのサイトがあります。1つのサイトはほとんど静的であり、ASPによって動的に生成されるページがいくつかあります。2番目のサイトはWordpressのインストールです。ケース1の場合、圧縮が進むべき道であると私は安心しています。Wordpressの場合はよくわかりません。

動的コンテンツで何が起こるかについて頭を悩ませています。日付と時刻を表示する動的要素を含むページがあるとします。誰かが訪れるたびに時間が変わります。圧縮はばかげているでしょうか？

速度が 1 GBPS の 1000 クライアントの LAN があります。

IIS 7.5 でホストされる 1 つのアプリケーション。

事実: メガバイトの応答は、サーバーとクライアントの間で 30 ミリ秒以内に転送されます。接続は非常に高速です。

事実: 一部のクライアントは古い PC (windows xp、ie7、pentium4) を使用しています。

問題は帯域幅ではなく、クライアント コンピューターのパフォーマンスであるため、この場合、動的圧縮は必要ないと思います。

圧縮を無効にすることをお勧めしますか?

私のページには JavaScript が多すぎます。すべての投稿で、JavaScript、ajax、および json を使用してページを更新します。HTML が大きすぎると、ブラウザが少し無責任になることがあります。圧縮がこの問題を引き起こしていると思います。

コメントはありますか？

XHR 要求のエンドポイントとして Web サービスを使用しており、互換性のあるブラウザーの応答を圧縮する gzip/deflate を計画しています。

http://www.domincpettifer.co.uk/Blog/17/gzip-compress-your-websites-html-css-script-in-codeに基づくコードを使用しています:

後日、IIS 圧縮がオンになる可能性があります。これは応答を壊しますか？