2009-07-30 15 views
1

私は、カスタムエンコードタイプでコンテンツをストリーミングするブラウザプラグインとサーバーコンポーネントシステムを開発しています。今私は、クライアントが特別なエンコーディングを扱うことができるかどうかをサーバー側で検出できるようにしたいと思います。そして、ブラウザのプラグインから、HTTPを使って動作する通常の方法と一貫性を保ちたいと思います。 Accept-Encoding要求ヘッダーのエンコードすなわち:Url Monikersやその他の方法でAccept-EncodingヘッダーをIEでどのように変更できますか?

エンコード-受け入れ:私はIHttpNegotiateを実装し、BeginningTransactionで追加のヘッダーとして設定しようとしている

myencoding、収縮、GZIP、それを無視するかと思われるか、後で上書きされます。

答えて

1

しないでください。 WinINET、プロキシなどがすべてAccept-EncodingとContent-Encodingについて仮定しているため、Accept-Encodingヘッダー(例:非同期プラグ可能プロトコルラッピング)を変更できる方法は必ずハックになり、確実に動作しませんヘッダー、および新しいスキームの導入は信頼できません。

たとえば、人気のあるプロキシの1つが未知のエンコーディングをGZIPとして扱い、応答でContent-Encodingヘッダーを書き直すと聞いています。明らかにそれはあなたの計画を破るでしょう。

+0

興味深い。 HTTP仕様の重要な点は、それほど多くのことが壊れている場合ですか?とにかく、これは特定の企業環境での使用であるため、プロキシの問題は実際問題ではありません。私たちはすでにこの環境でFirefoxでこのスキームを徹底的にテストしました。しかし、WinINETはAccept-Encodingヘッダーをどのように仮定していますか? – Gerald

+0

とにかく、お返事ありがとうございます。これを考慮して、これをIEで動作させるのに必要な明らかなハッカーを加えて、別のリクエストヘッダーを使用し、Content-Encodingの代わりにカスタムMIMEタイプを使用する独自の計画を続行することに決めました。 – Gerald

関連する問題