問題タブ [gzip]

他のものを読む前に、時間をかけて元のスレッドを読んでください。

概要: .xfdl ファイルは gzip された .xml ファイルであり、base64 でエンコードされています。.xfdl を xml に逆エンコードし、それを変更してから .xfdl ファイルに再エンコードしたいと考えています。

xfdl > xml.gz > xml > xml.gz > xfdl

.xfdl ファイルを取得し、uudeview を使用して base64 から逆エンコードすることができました。

次に、gunzipを使用して解凍します

生成された xml は 100% 読み取り可能で、見栄えがします。xml を変更しなくても、gzip を使用して再圧縮できるはずです。

次に、base-64 で再エンコードします。

私の考えが正しければ、元のファイルと再エンコードされたファイルは等しいはずです。ただし、yourform.xfdl と yourform_reencoded.xfdl を比較対象外にすると、一致しません。また、元のファイルは http://www.grants.gov/help/download_software.jsp#pureedge">.xfdl ビューアーで表示できます。ビューアーは、再エンコードされた xfdl を読み取ることができないと言います。

base64で再エンコードするためにuuenviewも試しましたが、同じ結果が得られます。どんな助けでも大歓迎です。

WCF Web サービスにアクセスする Silverlight 2 ベータ 2 アプリケーションがあります。このため、現在は basicHttp バインディングのみを使用できます。Web サービスは、かなり大量の XML データを返します。これは、帯域幅の使用の観点からはかなり無駄に思えます。応答を圧縮すると 5 分の 1 になるからです (実際には、応答を txt ファイルに貼り付けて圧縮しました)。

リクエストには「Accept-Encoding: gzip, deflate」があります。WCF サービスでレスポンスを gzip (または圧縮) する方法はありますか?

私はこのリンクを見つけましたが、すぐに使用できる機能については少し複雑に思えます。

OK - 最初は、System.IO.Compression を使用するソリューションを答えとしてマークしました。さて、結局のところ：

1. IIS7での動的圧縮はずっと機能していました。IE 用の Nikhil の Web Developer Helper プラグインが動作していないことがわかりました。私の推測では、SL は Web サービスの呼び出しをブラウザーに渡すので、ブラウザーはそれを「隠れて」処理し、Nikhil のツールは圧縮された応答を決して見ることはありません。これは、ブラウザ アプリケーションの外部のトラフィックを監視する Fiddler を使用して確認できました。フィドラーでは、応答は実際には gzip 圧縮されていました!!

2. System.IO.Compression ソリューションのもう 1 つの問題は、Silverlight CLR に System.IO.Compression が存在しないことです。

したがって、私の見解では、Silverlight で WCF 圧縮を有効にする最も簡単な方法は、IIS7 で動的圧縮を有効にし、コードをまったく記述しないことです。

http://data.dot.state.mn.us/dds/det_sample.xml.gzのコンテンツを定期的にダウンロードして抽出し、ディスクに保存する必要があります。C# で gzip されたファイルをダウンロードした経験のある人はいますか?

mvc サイトのデザインを構成する静的画像の配信を高速化する最善の方法を見つけようとしています。画像は gzip されず、サーバーまたはクライアントにキャッシュされません (コンテンツの有効期限が切れます)。オプションは次のとおりです。

1. 画像がキャッシュされず、IIS6 から直接 gzip 圧縮されない理由を見つける
2. 特殊な http ハンドラーを作成する
3. 静止画像専用のルートを登録し、バイナリのactionresultメソッドを書く

パフォーマンスの点で最適なソリューションは何ですか?

私が取り組んでいるASP.NET Webフォームアプリケーション（3.5 SP1）があり、gzip fpr HTMLとCSSを有効にしようとしています。私はこの実装を使用しています(そして Application_BeginRequest にフックするいくつかの他の実装を試しました)、ページが使用する外部 CSS ファイルを破損しているようですが、断続的に...ページの更新時に突然すべてのスタイルが消えてしまいます。しばらくしてから、突然作業を再開します。

IE7 と FF3 の両方がこの動作を示します。Web 開発者ツールバーを使用して CSS を表示すると、ジバーが返されます。キャッシュ制御ヘッダーは「プライベート」として送信されますが、それが要因であるかどうかを判断するのに十分な情報はありません。

また、これは ASP.NET 開発サーバー上で実行されています。IIS で問題ないかもしれませんが、私は XP で開発していて、IIS5 になります。

圧縮ファイルを破損する最も一般的な方法は、CR および/または LF 文字の多対 1 の破棄を引き起こす ASCII モードの FTP 転送を不注意に行うことです。

明らかに、情報が失われます。この問題を解決する最善の方法は、FTP バイナリ モードで再度転送することです。

ただし、元のデータが失われ、それが重要な場合、データはどの程度回復可能でしょうか?

[実際には、私が考える最良の答え (非常に難しいですが、場合によっては可能です。後で詳しく説明します) と、一般的な非回答 (データを修復せずに CRC を修復するための多くの既製のプログラム) をすでに知っています。 ）、しかし、スタックオーバーフローのベータ期間中にこの質問を試してみて、他の誰かが成功した回復パスをたどったり、私が知らないツールを発見したりしたかどうかを確認するのは興味深いと思いました.]

私はApacheを介してすべてのコンテンツを提供していますContent-Encoding: zipが、それはその場で圧縮されます。私のコンテンツの多くは、ディスク上の静的ファイルです。要求されるたびにファイルを圧縮するのではなく、事前にファイルを gzip したい。

これはmod_gzip、Apache 1.x で自動的に行われたことだと思いますが、.gz を含むファイルが隣にあるだけです。の場合はそうではなくなりましたmod_deflate。

Excel VBA 関数でファイルを GZip 圧縮できるようにする必要があります。具体的には、'deflate' アルゴリズムを使用できるようにする必要があります。

コマンドラインアプリケーションを実行せずにこれを行う方法はありますか? 外部ツールに依存しないため、コードはより堅牢になります。

理想的には、コードはプリインストールされた VBA または COM ライブラリ関数を使用します。このロジックを自分で実装したり、DLL をインストールしたりする必要はありません。

可能であれば、利用可能な Excel アドインに .xla を追加するだけで機能を簡単にインストールできるようにしたいと考えています。DLL、EXE、レジストリ エントリなどは必要ありません。

編集これを行うために.NET GZipStreamを利用できますか?

誰でも httpZip 製品 (IIS の ISAPI ベースの圧縮) の経験がありました。これがIIS6のネイティブ圧縮と比較して価値があるかどうか疑問に思っています...どちらのアプローチの長所/短所/落とし穴?

.tar.gz アーカイブに多数のファイルがあります。コマンドでファイルの種類を確認する

応答を与える

gunzip でアーカイブを抽出しようとすると、遅れてメッセージが表示されます

アーカイブの一部でも復元する方法はありますか?