問題タブ [archive]

フォルダまたはディレクトリのアーカイブを自動的に処理するきちんとしたアーカイブ ライブラリはありますか? 私は Jython を使用しているため、Java ライブラリも公開されています。-UPDATE- タイムスタンプのアーカイブも探しています。すなわち

アーカイブディレクトリ/2008/11/16/zipfilebypreference.zip

翌日、もう一度呼び出すと、別のフォルダーが作成されます。インターネット上に何かがあると確信していますが、誰が知っていますか?

Java で tar (または tar.gz、または tar.bz2) ファイルを抽出するにはどうすればよいですか?

だから私は現在のホストがexec（）/ passthru（）/ ectを介してtarを使用することを許可していないクライアントを持っています、そして私は定期的かつプログラム的にサイトをバックアップする必要があるので解決策はありますか？

これはLinuxサーバーです。

アーカイブしたい MySQL データベースがあります。これを行う最善の方法は何ですか？

注:バックアップだけはしたくありません。後日取得できるように、長期保存のためにデータを 1 回だけエクスポートしたいと考えています。特に、MySQL、データベース、またはできれば特定のソフトウェアに縛られたくありません (数十行の C や perl のようなもので、それを読み戻すことができるプログラムを簡単に作成できるようにしたいと思っています)。 .

私の現在の計画は、CSV エンジンを使用してデータをテーブルにダンプし、それを DVD に書き込むことです。CSV は非常に多くの異なるプログラムでロードできるため、これは便利です。これに関する唯一の問題は、データの大部分がバイナリのように Blob 列にあるということです。そのため、それがどのようにエンコードされているかをデコードする必要があります。

Firefox のセッションのように、現在のデスクトップの状態を保存して復元できるユーティリティがあればいいのにと思います。せいぜい、すべてのアプリケーションの状態、開いているウィンドウの位置などをフリーズし、それらを残したときと同じようにいつでも復元するためのスクリプト可能なインターフェイスを提供します。

より現実的には、開いているアプリケーションのリストを作成し、それらを非表示/最小化し、ドックから非表示にするなどして、それらを復元すると (まだ開いている場合)、それらを再開したように見えるようにすることができます。誤って閉じないようにします。

最小限のことですが、保存されたセッションごとに新しいデスクトップ サーフェスを Leopard Spaces に追加し、Spaces 自体を一種のスタックとして使用して、そこにすべてを移動することができました。

使用例は次のとおりです。

1. 私は何かに取り組み始めました。たとえば、まさにこの質問です。それで、Firefox で stackoverflow を開き、XCode と ScriptDebugger を起動し、数行のコードを書き、答えが見つかるまで行き詰まっていることに気付きます。
2. 「SessionSaver で作業を続ける」カレンダーイベントを iCal に追加するか、タスクを OmniFocus に追加します
3. 現在のセッションを保存します
4. 手順 3 で保存したセッションを再開する AppleScript を iCal イベントまたは OmniFocus タスクに添付します。

ウィンドウ階層のアーカイブについて Carbon で何かを目にしますが、これを Snow Leopard の 64 ビット Cocoa でも動作させたいと思います。(現在、Mac Pro で 10.5.6 を使用しています。)

FinderWindowManagerは、Finder ウィンドウに対してこのようなことを行います。

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

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

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

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

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

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

PHPでzipファイルを作成/抽出するためのライブラリはありますか?

ZipArchive クラスは不規則に動作し、これは php.net で言及されています: (私がチェックしたすべての関数について)

ZipArchive::addEmptyDir (利用可能なバージョン情報はありません。CVS のみにある可能性があります)

アプリケーションからのログ エントリを格納するデータベース内のテーブルを設計しています。このデザインについていつも以上に考えさせられることがいくつかあります。

• ただし、これらのログ エントリは実行時にシステムが決定を下すために使用されるため、比較的高速にアクセスできる必要があります。
• 彼らはまた、彼らの数が多くなるという問題を抱えています（私の見積もりでは、毎月1250万人が追加されています）.
• 決定処理には、せいぜい過去 30 日から 45 日以上は必要ありません。
• サポートと法的な問題のために、それらすべてを 45 日よりずっと長く、おそらく少なくとも 2 年間保持する必要があります。
• テーブルの設計は非常に単純で、すべて単純な型 (blob などはありません) であり、可能な場合はデータベース エンジンを使用して既定のデータ (多くても 1 つの外部キー) を配置します。
• 違いがある場合、データベースは Microsoft SQL Server 2005 になります。

私が考えていたのは、それらをライブテーブル/データベースに書き込んでから、ETLソリューションを使用して「古い」エントリをアーカイブテーブル/データベースに移動することです。これは大きく、低速のハードウェア上にあります。

私の質問は、これが可能な限りうまく機能することを確認するためのデータベース/テーブルの設計に関するヒント、トリック、または提案を知っていますか? また、それが悪いアイデアだと思う場合は、私に知らせてください。より良いアイデアは何であると思いますか。

アーカイブしているディレクトリがあります:

したがって、ディレクトリは1.4GBです。ただし、ファイルは大幅に小さくなっています。

わずか897MB。それは決して圧縮されていません：

tar ファイルがその内容よりも小さいのはなぜですか?

現在、週に数千のフラット ファイルを受け取ります。私は、これらのレポートを実行し、従業員が処理して参照できるように PDF にエクスポートするシステムを持っています。

現在、これらをデータベースに一括ロードし、すべてのフィールド/フォーマットが有効であることを確認し、エクスポートして、次回の実行時にテーブルを切り捨てます。

私が疑問に思っているのは、このバルク ロードのプレーン テキスト データをおそらく 6 か月分保存する最もスペース効率の良い方法は、誰もが考えていることでしょうか?

毎日の SQL バックアップ、zip アーカイブなどの形式で、トラブルシューティングのために古いデータを常にリロードすることができました。

どんなアイデアでも大歓迎です。どんな提案も歓迎します。