問題タブ [deflate]

私には、Apache 2.2 の mod_deflate は常に以下を返すように思えます。

コンテンツ エンコーディング: gzip

そして決して：

コンテンツ エンコーディング: deflate

deflateアルゴリズムがあるかもしれませんが、mod_deflateはファイル形式にちなんで名付けられ、アルゴリズムは次のいずれかであると説明されました。

gzip、bzip。pkzip

これら 3 つのうち、mod_deflate は gzip を提供します。

gzip は Web ブラウザーで最も人気があり、広くサポートされているアルゴリズムのようですが、一部の Web サーバーとプロキシーが Content-Encoding: deflate を返すことは知っています。

モジュールの名前の混乱は別として、mod_deflate が Content-Encoding: gzip のみを返すのは本当ですか?

ありがとうございました。

私はいくつかのブログを読みました。特にここhttp://www.codinghorror.com/blog/2008/10/youre-reading-the-worlds-most-dangerous-programming-blog.htmlにはいくつかの利点があります。 gzip1との比較によるdeflatezlib圧縮の使用。

いくつかのテストを実行できるように、収縮のみを行うようにapacheを設定しようとしています。ただし、gzipではなくdeflateのみを実行するようにmod_deflateを構成することを見つけるのに苦労しています。

書き込み構成パラメーターを知っている人はいますか。

- ありがとうございました。

1. 私は新しい Web サイトを開始し、いくつかの JS ライブラリを含める予定です。.htaccessファイル テンプレートがメディアと JS ファイルのキャッシュでどのように見えるか知りたいですか?

2. 圧縮には、 GZipまたはDeflateのどちらが適していますか?

3. これらの JS ライブラリを Google CDN からローカルで提供する方が、より良い/より高速なソリューションですか?

GoogleCDN から提供されるスクリプトの一部が更新され、最終的にウェブサイトのレイアウトが壊れる可能性があるため、CDN に質問しています。同じ/近くで動作する場合は、それらをローカルでホストし、ウェブサーバーを介してキャッシュする方がよいと考えました。 -同じ速度。

I have a web application on a site that takes a while (~10 seconds) to complete a portion of the page near the bottom - it has been as optimized as it can be, and caching is not an option.

We have compression enabled on the server via an .htaccess directive SetOutputFilter DEFLATE the problem is this causes the whole page to be held until completion before it starts outputting to the user, this is not optimal as the user sees nothing until the page completes.

I have also tried it via the php ob_start("ob_gzhandler"); method.

Currently I have a <FilesMatch > in my .htaccess restricting this specific script from being compressed.

Basically my question is this - Is there a way to say chunk gzip or deflate so that the user gets it in pieces, so they can see that the page has begun loading?

Windows Azureで実行されているWebサービスがあり、iPhoneアプリで使用するJSONを返します。

残念ながら、Windows Azureはまだ動的応答の圧縮をサポートしていないようです（長い話）ので、圧縮された（GZIPを使用した）文字列を含む非圧縮のJSONパッケージを返すことで回避することにしました。

例えば

...ここで、valueは、JSONで表される複雑なオブジェクトの圧縮された文字列です。

これはサーバーに実装するのは本当に簡単でしたが、私の人生では、gzipで圧縮されたNSStringを非圧縮のNSStringに解凍する方法を理解できません。zlibなどで見つけることができるすべての例は、ファイルなどを扱っています。

誰かが私にこれを行う方法についての手がかりを与えることができますか？（サーバー側の実装をdeflateを使用するように変更できるので、deflateを使用したソリューションにも満足しています）。

ありがとう！！

スティーブン

編集1：ああ、ASIHTTPRequestがソースコードで次の関数を使用していることがわかります。

...そしてNSStringをNSDataに変換できることを知っているので、これが私をどこにでも導くかどうかを確認します！

編集2：残念ながら、編集1で説明した方法では、どこにもつながりませんでした。

編集3： base64のエンコード/デコードに関する以下のアドバイスに従って、次のコードを思いつきました。encodeGzippedStringは、ご想像のとおり、gzipで圧縮されてbase64文字列に変換される文字列「こんにちは。私の名前はStevenElliottです」です。残念ながら、NSLogを使用して印刷した結果は空白になります。

gzipまたはdeflateを使用して、非常に大きなhtml / xml / jsonファイル（大きなデータダンプ）を事前に圧縮する必要があります。圧縮せずにファイルを提供したくありません。それらは非常に大きく反復的であるため、圧縮はおそらく非常にうまく機能します。一部の古いブラウザは解凍をサポートできませんが、私の典型的な顧客はそれらを使用しません（ただし、ある種の'を生成できればいいのですが。ブラウザのメッセージをアップグレードしてください）

私はファイルを自動生成し、各ファイルタイプに合わせて.htaccessファイルを簡単に生成できます。基本的に私が欲しいのは、常にonバージョンのmod_gunzipです。ファイルが大きく、繰り返し提供するため、コマンドラインで一度だけ圧縮できるメソッドが必要です。

このサイトやgzipでこれを行う方法について他の情報を見つけましたが、誰かがdeflateでこれを行う方法を教えてくれるかどうか疑問に思いました。.htaccessファイルがどのように見えるか、および最適な圧縮を取得するために使用する必要があるコマンドラインコード（GNU / Linux）を含む完全な回答のボーナスポイント。準拠していないブラウザに「申し訳ありませんがファイルがありません」というメッセージを送信する方法にも対応する回答のスーパーボーナスポイント。

このような質問をカバーするために「precompression」タグを作成できれば素晴らしいと思います。

-FT

HTML、JS、PHP、CSSにGZipを使用している人は、サーバーにこれを実装する方法を説明できますか？

私が知りたいのは：

1. .htaccessに何を書く必要がありますか？
2. 何をどのソースからダウンロードする必要がありますか？
3. 最も重要なこと：それは違いを生み、それは報われるのでしょうか？

DEFLATEアルゴリズムのコマンドラインラッパーを探しています。

DEFLATEを使用して圧縮されたファイル（git blob）があり、それを解凍したいと思います。gzipコマンドには、gzip形式ではなく、DEFLATEアルゴリズムを直接使用するオプションがないようです。

理想的には、これを実行できる標準のUnix/Linuxツールを探しています。

編集：これは私の問題にgzipを使おうとしたときに得られる出力です：

#ziplib (SharpZipLib) の Silverlight バージョンを使用してきましたが、DeflateOutputStream入力に対して常に 2 バイト (120、156) を生成するため(圧縮アルゴリズムの地獄;)、深刻な欠陥があるようです。さらに、最新のリリースはほぼ 2 年前のようです。

ストリームの収縮をサポートする無料の (商用製品で使用される) アセンブリの推奨事項はありますか?

編集: DotNetZipサイトによると、Silverlight のサポートは次のリリースに延期されます。最後の *リリース* が昨年で、アルファ版が 'da hood' にあることを考えると、すぐに何か実りあるものを見ることができるでしょう :)

そこにある rtf ファイルを取得するために解凍する必要があるデータベースから圧縮されたバイトの文字列を取得しました。これが要件です。

DotNetZip を使用しようとしましたが、50% の成功率が得られました。失敗した 50% により、サポートされていない暗号化 (0x09、deflate64) エラーが発生しました。したがって、私の問題は、圧縮された文字列の一部が deflate64 を使用して圧縮されているのに対し、他の一部は圧縮されていないことだと思います。理由がわからない。

zlib、DeflateStream、およびかなりの数の無料パッケージが deflate64 をサポートしていないことがわかりました。SevenZipSharp と KarnaCompression (C# への Info-zip のポート) はそれをサポートしていると主張していますが、両方のライブラリを使用するとエラーが発生し続けます。

SevenZipSharp は、Google が応答しない「データ エラー」例外を表示し、KarnaCompression は、KarnaCompression までさかのぼることができない「不正な形式のプログラムをロードしようとしました」というランダムな例外を表示します。

ライブラリを使用して deflate64 でエンコードされたファイルを解凍する実際の例はありますか? または、zip が deflate64 でエンコードされたファイルなどではないことを証明する方法を教えてもらえますか?

Xceed ライセンスに 700 ドルを支払うのは最後の選択肢です。