問題タブ [journal]

ここで説明されているものと同様の NTFS インデックスとジャーナルを読み取るプログラムを作成しました: http://ejrh.wordpress.com/2012/07/06/using-the-ntfs-journal-for-backups/
かなりうまく機能します。
通常のジャーナル イベントUSN_REASON_CLOSEに加えてUSN_REASON_FILE_CREATE、USN_REASON_FILE_DELETEなどの理由でイベントを受信して​​いUSN_REASON_HARD_LINK_CHANGEます。このイベントに応じてディレクトリ インデックスを更新できるようにしたいのですが、それに関する情報が見つかりません。唯一のドキュメントは次のとおりです。

NTFS ファイル システムのハード リンクが、ファイルまたはディレクトリに対して追加または削除されます。POSIX ハード リンクと同様に、NTFS ファイル システム ハード リンクは、同じファイルまたはディレクトリを参照するいくつかのディレクトリ エントリの 1 つです。

これは何を意味するのでしょうか？ハードリンクはどこで作成されましたか? それとも削除されましたか？何が起こったのかについての詳細情報を得るにはどうすればよいですか?

誰かが助けてくれることを願っています... MS Outlook（2007）（OSはWin7Pro）で新しいジャーナルエントリを作成する.batファイルがあります。このバッチ ファイルは、件名、日付、および開始時刻の行を自動入力します。また、タイマー機能も自動起動するので、サービス呼び出しにかかる時間を追跡できます。ただし、.bat ファイルが他のマシンから実行されている場合、タイマーは自動開始しません。

以下の .bat ファイルの内容:

また、.bat ファイルでこれを行う方法がわからないため、タイマーを開始するために、フォームに小さなスクリプト行を追加して、基本的なジャーナル エントリであるカスタム フォームを設計しました。

私の最終的な目標は、電話が鳴ったときに .bat を実行し、誰が電話したのか、何が問題なのかを入力し、タイマーを実行し、ジャーナルが保存されたときにタイマーを終了することです。複数のユーザーが可能で、すべて共有ジャーナルに保存できます。

助けてくれてありがとう。

node.js ベースのアプリは mongodb データベースに接続します。node.js アプリを手動で閉じると、以下の関数がトリガーされて mongodb 接続が閉じられます。

ただし、node.js アプリを閉じると、mongodb 接続も安全に閉じられます。しかし、私の状況では、mongodb は /var/lib/mongodb/journal:prealloc.0 prealloc.1 prealloc.2 に 3 つのジャーナル ファイルを作成します。3 つのジャーナル ファイルが大きすぎます。

node.jsアプリが閉じようとしているときに、これらのジャーナルファイルを生成せずにmongodb接続を閉じる良い方法はなぜですか?

これが私の関数のプロトタイプです:

LRESULT CALLBACK JournalRecoProc(int code, WPARAM wParam, LPARAM lParam) {

}

ENTER またはマウスボタンがクリックされた場合、内部を確認するにはどうすればよいですか? lParam を使用する必要があると思いますが、方法が見つかりませんでした。

opencart 1.5.5.1 があります。ジャーナル IV のテーマ。製品名だけでなく、製品モデルで検索するように検索ボックス機能を変更しました。理解できないのは、製品モデルをドロップダウン検索結果の候補リストに表示する方法です。

ありがたく受け取ったアドバイス、私たちはこれについて気が狂っています。このコードを編集する場所がまだ見つからないため、コード スニペットを提供することはできません :)

解決済みの編集: journal.js はこのコントローラーを参照します:- serviceUrl: 'index.php?route=module/journal_cp/search_products'

だから私は置き換えてみました：

と

OK、それは汚れていますが、それは始まりです:)

見たい人のためのmodule/journal_cp/search_productsの元のコード：

SQLite のドキュメントには、別のスレッドでチェックポイントを実行することで、WAL モードでのチェックポイントの一時停止を回避できると書かれています(こちら)。これを試してみましたが、うまくいかないようです: ' -wal' ファイルは際限なく大きくなり、何かが実際にメイン データベース ファイルにコピーされているかどうかが不明であり、(最も重要なことに)-walファイルが十分に大きくなった後 (メインスレッドはチェックポインターを待たなければならなくなります。

私のアプリケーションでは、メイン スレッドはこれと本質的に同等の処理を継続的に実行しgenerate_dataます。

チェックポイントスレッドはこれを行います：

(pysqlite は複数のスレッド間での接続の共有をサポートしていないため、別々のスレッド上にあるため、データベースへの別々の接続が必要です。) FULL または RESTART チェックポイントに変更しても役に立ちません。チェックポイントは失敗するだけです。

これを実際に機能させるにはどうすればよいですか？1) メイン スレッドが待機する必要がない、2) ジャーナル ファイルが際限なく大きくならない。

Google Compute Engine (GCE) で複数の CoreOS インスタンスを実行しています。CoreOS は systemd のジャーナル ロギング機能を使用します。すべてのログをリモートの宛先にプッシュするにはどうすればよいですか? 私が理解しているように、systemd ジャーナルにはリモート ロギング機能が付属していません。私の現在の回避策は次のようになります。

TCP 経由でトークンベースの入力を使用するhttps://logentries.comの場合:

より良い方法はありますか？

編集: https://medium.com/coreos-linux-for-massive-server-deployments/defb984185c5