問題タブ [gzip]

curl を使用して gzip 圧縮された Web ページを取得していますが、取得したコンテンツをブラウザーに出力すると、生の gzip 圧縮データが取得されます。PHPでデータをデコードするにはどうすればよいですか?

私が見つけた1つの方法は、コンテンツをtmpファイルに書き込んでから...

....しかし、もっと良い方法があるはずです。

編集: これはファイルではなく、Web サーバーから返された gzip された html ページです。

新しい Asp.net MVC モデルに ScriptManager 機能をいくつか追加したいと思います。

1- スクリプトの結合
2- 外部 Javascript ファイルの異なるパスの解決
3- 圧縮と Gzip 圧縮

ここに私が見つけたものがありますが、MVC アプローチの最良の方法であるかどうかはわかりません。一般に、MVC モデルで Javascript コードを処理するための適切なアプローチは何ですか?

非常に大きなレポートを出力する古典的な ASP アプリケーションがあり、結果の HTML は数 MB になります。不要な HTML を減らすことで、これを大幅に削減することができましたが、これらの動的な .asp ページで GZIP 圧縮を有効にする方法があるかどうか知りたいです。それらを圧縮すると、ファイルサイズに大きなメリットがあると確信しています。

私が見たすべての GZIP 圧縮情報は、サポート ファイルまたは .aspx ページに関するものだけです。

ありがとう。

サーバーからのファイルのダウンロードに関して、次の質問がありました。

a) IPHONE SDK を使用して、GZIP (圧縮) ファイルを iphone デバイスに直接ダウンロードすることは可能ですか。b) 圧縮ファイルをダウンロードできる場合、それを解凍する方法 (ZLIB などを使用)。

c#/dotnet に Web サービスとクライアントがあり、EnableDecompression を使用して、Web サーバーから取得した応答を gzip 圧縮しています。リクエストも圧縮できますか？

LAMPサーバーによって提供されるhtml、css、およびjavascriptファイルに対してどちらの方法でもどのような利点がありますか。より良い選択肢はありますか？

サーバーはJsonを使用してマップアプリケーションに情報を提供するため、大量の小さなファイルがあります。

http圧縮のためにdeflateよりもgzipを選択することに関連するパフォーマンスへの影響はありますか？も参照してください。

Web サーバーが gzip 応答を送信できる場合、ブラウザが gzip 要求を送信できないのはなぜですか?

.gz ファイルを表示 (または編集) するとき、vim は gunzip を見つけてファイルを適切に表示することを認識しています。
そのような場合、getfsize(expand("%")) は gzip されたファイルのサイズになります。

展開されたファイルのサイズを取得する方法はありますか?

[編集]
これを解決する別の方法は、現在のバッファのサイズを取得することかもしれませんが、vim にはそのような機能がないようです。何か不足していますか？

これは前の質問に似ていますが、そこにある回答は私のニーズを満たしていないため、私の質問は少し異なります。

私は現在、ソートされたデータを含むいくつかの非常に大きなファイルに gzip 圧縮を使用しています。ファイルが圧縮されていない場合、バイナリ検索は、並べ替えられたデータ内の場所へのシークをサポートする便利で効率的な方法です。

しかし、ファイルが圧縮されると、事態は複雑になります。最近、 zlibのオプションについて知りましたZ_FULL_FLUSH。これは、圧縮中に使用して、圧縮された出力に「同期ポイント」を挿入inflateSync()できます（その後、ファイル内のさまざまなポイントから読み取りを開始できます）。これは問題ありませんが、この機能を追加するには、既に持っているファイルを再圧縮する必要があります (奇妙なことにgzip、このオプションはありませんが、必要に応じて独自の圧縮プログラムを作成します)。

ある情報源によると、完全な解決策ではないようZ_FULL_FLUSHです...すべての gzip アーカイブでサポートされているわけではないだけでなく、アーカイブ内の同期ポイントを検出するというアイデア自体が誤検知を引き起こす可能性があります (同期のマジック ナンバーとの一致による)ポイント、またはZ_SYNC_FLUSHも同期ポイントを生成しますが、ランダム アクセスには使用できないため)。

より良い解決策はありますか？可能であれば、インデックス作成用の補助ファイルを使用することは避けたいと思います。また、準ランダム アクセスの明示的なデフォルト サポートが役立ちます (10 MB 間隔ごとに読み取りを開始できるように、粒度が大きい場合でも)。gzip よりもランダムな読み取りをより適切にサポートする別の圧縮形式はありますか?

編集: 前述したように、圧縮データでバイナリ検索を実行したいと考えています。特定の (圧縮されていない) 位置をシークする必要はありません。圧縮ファイル内の粗い粒度でシークするだけです。「この圧縮ファイルの約 50% (25%、12.5% など) からデータを解凍する」などのサポートが必要です。