StackOverflowは、すべてのページでGZipエンコーディングを使用します。完全に難読化されているように見えるため、同じことがWebSocketトラフィックにも当てはまるようです。
これを達成するためにどのように/何を使用しますか。むしろ、私のWebSocketサーバーはIISなどのない独自の別個のサーバーでホストされているので、同じことを達成するために何をする必要がありますか？
http compressionWebSocket接続要求にもが設定されていないことにも注意してください。
完全なログのスクリーンショット：http：//i44.tinypic.com/19s4yr.jpg
RFC6455によると、クライアントからサーバーへのWebSocketペイロードはマスクされなければならず、サーバーからクライアントへはマスクされてはなりません。マスキングは、32ビットマスクを使用したXORringペイロードによって実行されます。ログに表示される値。
クッキングには、フレームベースの圧縮（デフレート）を提供するWS拡張機能があります。これはマスキングとは何の関係もありません。フレーム圧縮ごとがアクティブなペイロードは、ペイロードを圧縮してから、ペイロードをマスクします（クライアントからサーバーへ）。
ここにはgzipがないようです。フィドラーがWebSocketのサポートを追加し始めたようですが、まだ作業中です。
ログには接続が
表示され
ます...次に12バイトの最初のメッセージ（461287-受信ボックス。最初のバイト81 8Cは、4バイトのマスクと12バイトのデータを含む新しい完全なテキストフレームを示します。Fiddlerはこれを正しくデコードします。）
。 ..次に19バイトの2番目のメッセージ（ストリームへのバイト81 93-19バイト-4バイトのマスクと19バイトのデータを含む新しい完全なテキストフレームを表示します）
...次に19バイトの3番目のメッセージ（後のバイト8193-ストリームへの約44バイト-4バイトのマスクと19バイトのデータを含む新しい完全なテキストフレームを表示します）
