はい主張するログsystemd
ファイルに「シンプルさと透明性が完全に欠けています。「バイナリファイルなのか、それともバイナリが解析して理解しにくいからなのか、実際に文書化されていないからなのか? スクリプトを置き換える構成ファイルにも同じ質問が当てはまります。を読むパーサー、この作業に3時間かかりますか、それとも何週間かかりますか?
答え1
私が質問を理解する限り、答えは電子です。ログファイルはデバッグ操作に最も便利で、1つまたは2つのバグがあるとデバッグが発生する可能性が高くなります。
エラーは(定義により)意図しない(通常通り)システムの望ましくない動作。だから抜け穴システムが期待どおりに機能しないようにするには、デバッグをサポートするログにできるだけ透過的にアクセスできる必要があります。これがログが一般的に使用される理由です。(おそらく最も役に立つでしょう)プレーンテキストファイル。
何らかの理由でエラーがロガーの動作に影響を与え、ロガーがログにアクセスする唯一の手段である場合、デバッグはより複雑になります。これは、ロガーが関連システムの初期化コンポーネントに統合されている場合にのみより複雑になります。
かかる時間はすべてあなたに影響を与えるバグによって異なります。これはほとんど常に不明な量です。
後者のオプションについて -書類不備ですか??本当の答えはそうではありません。文書化されていない オープンソースパスワード。最後の手段として、コード自体はすべての場合に自己文書化されます。systemd
積極的なリリースサイクルにもかかわらず、そのコンポーネントは一般的によく文書化されています。
もちろん、質問の形式を完全に理解しておらず、あいまいな質問への回答を整理するために何百ページもの文書を確認したくありません。そしてほとんどいつも私たちが理解していない質問です。まだ解決策がわかりません。正しく要求すると、コード挿入エラーが発生します。