アカウント名:
パスワード:
syslogを直に読むと意味不明なのでイヤだなぁ
>アプリケーションIDは重複を防ぐため、どこかで一意管理する(ここが難しそう?)
コマンド名でいいんじゃない? 完全じゃないけど、滅多にぶつからないし(^^;←弱気
>メッセージIDは緊急度や意味において体系づけた仕様を策定する
これは現在のsyslogでもファシリティで指定できますね。 全てのアプリケーションで正しく使われているとは言えないけど。
>メッセージIDをテキスト化出来るように(以下略)
この辺はgettextでも一緒ですね。 という事で、私的には一番最初の制限がイヤ テキストファイルが読めさえすればログが読めるというのがsyslogの利点でもあるので、何らかのツールを通さないと意味がわからないのでは障害対応などの場面では困る事もある。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
要らない気がする (スコア:5, すばらしい洞察)
困りそうな人は英語版も一緒に保存することになるんだろうか?
そうするくらいなら保存は英語で
表示は翻訳表示するビューワーを開発した方がまし?
#つーか、日本語の場合は syslog の中にわけの
#わからんカタカナ語が氾濫してるに一票。
Kiyotan
Re:要らない気がする (スコア:1)
どうせやるなら、
# rm -rf ./.
Re:要らない気がする (スコア:0)
syslogを直に読むと意味不明なのでイヤだなぁ
>アプリケーションIDは重複を防ぐため、どこかで一意管理する(ここが難しそう?)
コマンド名でいいんじゃない?
完全じゃないけど、滅多にぶつからないし(^^;←弱気
>メッセージIDは緊急度や意味において体系づけた仕様を策定する
これは現在のsyslogでもファシリティで指定できますね。
全てのアプリケーションで正しく使われているとは言えないけど。
>メッセージIDをテキスト化出来るように(以下略)
この辺はgettextでも一緒ですね。
という事で、私的には一番最初の制限がイヤ
テキストファイルが読めさえすればログが読めるというのがsyslogの利点でもあるので、何らかのツールを通さないと意味がわからないのでは障害対応などの場面では困る事もある。
Re:要らない気がする (スコア:1)
障害内容が多様化している以上、絶対数が少なすぎます。
私の意図としてはXX.YYYY等として、XXが01ならクリティカルとかそう言う話です。
Windowsのイベントビューアではイベントごとに一意のID(数字)が割り当てられてるので少しは追いかけやすいですね。
他の言語版の資料でも捕まえやすい。
他のツールを通さないとって、結局集計だの何だののためには他のツールを使うわけで、それはいいわけにならないんじゃないかな?
less more cat tail headも外部のツールには変わりない:)
# rm -rf ./.