問題タブ [gzip]

最近、一部のサイトを deflate から gzip に切り替えたところ、サーバーの CPU 負荷が大幅に増加していることに気付きました。

合計 2 MB のスペースを持つ組み込み Web サーバーがあります。通常、クライアントの利益のためにファイルを gzip しますが、これによりサーバー上のスペースを節約できます。jsファイルをgzipしてサーバーに保存できることを読みました。私は IIS でそれをテストしましたが、まったく運がありませんでした。これを機能させるには、プロセスのすべてのステップで正確に何をする必要がありますか?

これは、次のようになると想像しています。

1. gzip foo.js
2. html のリンクを変更して、.js だけでなく foo.js.gz を指すようにします
3. ある種のヘッダーを応答に追加しますか?

助けてくれてありがとう。

-fREW

EDIT：私のウェブサーバーはその場で何もできません。Apache や IIS ではありません。これは、ZiLog プロセッサ上のバイナリです。ストリームを圧縮できることは知っています。ファイルを一度圧縮して圧縮したままにすることもできると聞きました。

サーブレットには以下のコードがありますが、IEがページにアクセスすると、空白のhtmlページが返されます。StreamResultコンストラクターでresponse.getOutputStream（）を直接使用すると、ページは正常に読み込まれます。私は何が欠けていますか？

responseはHttpServletResponseのインスタンスであり、xslはXSLTCTransformerFactoryのTransformerのインスタンスです。

IIS7内で圧縮を有効にしましたが、ASP.NETAJAXによって構築されたものを除くすべての応答で期待どおりに機能します。クライアントにデータを提供するWebサービスがあります。Webサービスを直接呼び出すと、適切に圧縮されます。ただし、ASP.NET AJAXを介して呼び出された場合、JSON応答は圧縮されません。

ASP.NET AJAXでGZip圧縮を使用してJSON応答を送信するにはどうすればよいですか？

IIS7 内で圧縮を有効にしましたが、ASP.NET AJAX によって構築されたものを除くすべての応答で期待どおりに動作します。クライアントにデータを提供する Web サービスがあります。Web サービスが直接呼び出されると、適切に圧縮されます。ただし、ASP.NET AJAX 経由で呼び出された場合、JSON 応答は圧縮されません。

ASP.NET AJAX で JSON 応答を GZip 圧縮で送信するにはどうすればよいですか?

Web ページの出力をgzipする Rails 用の最適なプラグインは何ですか?

編集: 私がホストしている会社は、インストールしないと述べていmod_deflateます。

gzipPythonのモジュールを使用してデータを圧縮することに興味があります。圧縮された出力を決定論的にしたい場合があります。これは、一般的に非常に便利なプロパティであることが多いためです。たとえば、gzipに対応していないプロセスが出力の変更を探す場合、または出力は暗号で署名されます。

残念ながら、出力は毎回異なります。私の知る限り、これの唯一の理由は、Pythonモジュールが常に現在の時刻を入力するgzipヘッダーのタイムスタンプフィールドです。タイムスタンプのないgzipストリームを実際に使用することは許可されていないと思いますが、これは残念です。

gzipいずれにせよ、Pythonのモジュールの呼び出し元が、基になるデータの正しい変更時刻を提供する方法はないようです。（実際のgzipプログラムは、可能な場合は入力ファイルのタイムスタンプを使用しているようです。）これは、基本的にタイムスタンプを気にするのはgunzip、ファイルに書き込むときのコマンドだけだからだと思います。決定論的な出力が必要です。質問することはそんなにありますか？

他の誰かがこの問題に遭遇しましたか？

gzipPythonからの任意のタイムスタンプを持つデータへの最もひどい方法は何ですか？

a.gz と b.gz があるとしましょう。

$ gzip_merge a.gz b.gz -output c.gz

このプログラムをやりたいです。もちろん、

$ 猫 a.gz b.gz > c.gz

動作しません。a.gz の最後の DEFLATE ブロックには BFINAL があり、b.gz の GZIP ヘッダーがあるためです。(RFC1951、RFC1952 を参照) ただし、BFINAL の設定を解除し、2 番目の GZIP ヘッダーを破棄して、2 番目の gzip ファイルのバイト境界を通過すると、マージできます。

実は、この件についてオープンソース プログラムを書こうと思ったのですが、それを公開する方法がわかりませんでした。そこで私は Joel に私のプログラム マネージャーを依頼し、私の説明と弁明について説明しました。彼は最終的に私がやりたいことを理解してくれましたが、忙しすぎると言いました。:(

もちろん、自分で書いて、自分のやり方で公開することもできます。しかし、私の日中の仕事は雇用主の所有物であるため、これを一人で行うことはできません。

ボランティアはいますか？プログラマー（私）、パブリッシャー（あなた）、またはプログラマー（あなた）、パブリッシャー（私）として働くことができます。私が必要とするのは、いくらかの信用です。RFC3320 で説明されている Universal Decompressor Virtual Machine を実装したことがあります。だから私はこれが実現可能であることを知っています。

または、そのプログラムを教えてください。365 (日) の gzip 圧縮されたログ ファイルを 1 つにマージするなど、ログ ファイルの管理に非常に役立ちます。;)

ありがとう。

HcDynamicCompressionLevelは、0〜10の任意の場所に設定できます。10が悪い（CPU使用率が高い）と聞きましたが、最も効果的な魔法の数字は何ですか？

私は、JSON データを AJAX 経由で小さな固定サイズのサーバー側キャッシュに格納する必要がある Web アプリケーションを作成しています (考えてみてください: Opensocial quotas )。私はサーバーを制御できません。

サーバー側のクォータ内に収まるように保存されたデータのサイズを減らす必要があり、サーバーに送信する前にブラウザーで文字列化された JSON を gzip できることを望んでいました。

ただし、Gzip の JavaScript 実装の方法については、あまり見つけることができません。クライアント側でデータを送信する前に圧縮する方法について何か提案はありますか?