私はプロジェクトを保存するプログラムをずっと探していました。 この場合、必須要件は次のとおりです。
1.変更されたファイルのみをストレージに保存します。
2.変更されたファイルをパックします。
3.自由になる。
しかし、検索では何も得られませんでした。 むしろ、検索で得られましたが、通常はアイテムの1つが欠落していました。 そのため、私は自分で独自のNodeJSを作成することを決定しました。 2日間書いた。 さらに、暗号化をプログラムにねじ込みました。 暗号化モジュールはノードの標準配信に含まれているため、特別な問題は発生しませんでした。 同時に、パッケージング、暗号化、およびストレージモジュールを拡張可能にしました。 新しい機能を追加するだけで機能を拡張できます。 現在のバージョンでは、保存はファイルシステムでのみ機能し、パッケージ化はされませんが、暗号化されます。
ここで使用方法のヘルプを見ることができ
ます 。
これは終了する可能性があります-ジョブは完了しました。 しかし、マイナスが1つあります。プログラムは同期して動作します。 ギガバイトの情報を保存しない場合は非常に高速に動作しますが、それでもノードは非同期作業に焦点を合わせています。 そこで
Node.JSで
Screencastを見て、ノードの機能を考慮して、すべてを「正しい」方法で実行することにしました。
「正しく」書くことを決めたので、作業の一般的なスキームから始めます。
この図は、並行して実行できる操作とできない操作を明確に示しています。
ブロックの実装を始めましょう。 各ブロックを個別のファイルに書き込むので、より明確で直感的になります。
1.保存するファイルのリストを定義する
タスクは簡単です-入力時にディレクトリがあり、各要素のサイズ、チェックサム(md5を使用します)、変更日に関するプロパティを取得する必要があります。 変更された要素をさらに判断するためにこれが必要です。 偶然ではなく、ファイルではなく要素を書きます。 ディレクトリのこれらの値を決定します。 ディレクトリサイズは、ネストされたすべてのアイテムのサイズです。 ディレクトリチェックサムは、子のすべてのチェックサムのチェックサムです。 したがって、ディレクトリに変更があったかどうかを理解するには、ストレージとディスク上のこのディレクトリのチェックサムを比較するだけで十分です。
作業速度を測定するとき、非同期実装が常に優先されます。 ワークプロセスを高速化するために、pipe()関数を使用してスレッドリダイレクトを通じてチェックサム計算を行いました。 計算は、ファイルを読み取ることであり、計算はjavascripではなくノードのカーネルで行われます。 ただし、この手順はそれ自体を正当化しませんでした。 何らかの理由で、フォームのバリアント:
私は常にオプションを破りました:
私は別の結果を望んでいましたが。 コメントでエラーが指摘されることを願っています。 また、チェックサムを計算するために同時に処理されるファイルの数に制限を設けました。 速度の大幅な向上は大きな値を与えませんが、特定のしきい値(私はそれを= 2.5千)で、ファイルを開くための新しいストリームを作成するときにプログラムがエラーでクラッシュしました:
events.js:72 throw er;
2.変更されたファイルを特定する
このブロックはjavascriptで完全に実装されており、詳細に検討しません。 2つのオブジェクトを要素属性と比較するのに複雑なことはありません。 ディレクトリの変更があるかどうかを理解するには、ディレクトリの古い属性と新しい属性を比較するだけで十分です。 また、アイテムが古いバージョンではない場合、追加されたことを意味することを忘れないでください。つまり、変更されたアイテムのリストにあるはずです。
記事で言及されているすべての情報源は
こちらです。 また、アーカイブには、時間測定テストを実行するためのtest.jsファイルがあります(ディスク上のパスに変更することを忘れないでください)。
次の記事では、ブロック番号3について検討します。そこで、データをパック/アンパックおよび暗号化/復号化するために、変換ストリームを使用します。 また、さまざまなバックアップストレージを操作するためのインターフェイスを作成します。
記事のpsUpdate。 コメントで与えられたコメントが考慮されました。
- 既にエスケープしていることが示されたため、jsコードのエスケープを削除しました。
- 非同期ライブラリを使用して書き換えられたコード。 それにより、コードは目に快適になりました(ただし、テストで私の初期バージョンを追い越すことはできませんでした:))。 ディレクトリエントリのリストを操作するためにasync.eachメソッドを使用しました。 ファイルのチェックサムを計算するためのasync.queueメソッドも同様です。
- 読み取り用のストリームを作成する際のエラー処理を追加しました。 これにより、ファイルを読み取るためにこれらの同じストリームが多数作成されたために、エラーが正確に発生することを確認できました。
- 現在、属性は、あいまいなインデックスを持つ配列の形式ではなく、名前を話すオブジェクト(サイズ、ハッシュ、アイテム、mdate)として返されます。
- コード自体は、コードの一貫性を高めようとしました。
すべてのソースコードへのリンク -これらは、記事で言及されている(言及されていない)すべてのソースコードです
:バックアップデータ用NodeJSのスクリプト :開始 、
バックアップデータ用NodeJSのスクリプト:終了メーカーのウェブサイトでヘルププログラムをダウンロードするためのリンクは、最終的なプログラムへのリンクです。 ソースコードとは異なり、このアーカイブのデータは変更されます。 特に、FTPおよびyandex-diskのサポートを追加する予定です。 現在、ファイルシステムでの作業はストレージとしてサポートされています。 指定したフォルダーで保存が行われます。