MultiBurst自分的にちょっとしたTIPSだったんだけど、makeに「-n」オプションをつけることで、どこにインストールするかを事前に教えてくれる。ログとして残して置くと後で参照することが出来るので便利。インストールは下記の手順で行った。install手動で行うのは各モジュールの依存関係のためかなりの手間。CPANがもたらす簡易性の恩恵がいかに素晴らしいかを実感した。installと手順を追っていくと、CPANが自動で行っている部分*1の中身が少しわかり勉強になった。Swatchのインストールこちらもモジュールとまったく同様の手順。installMakefileを作る時点で足りないモジュールがあればwarningで知らせてくれるので、それがなければ問題なくインストールできる。コマンドラインからの呼び出しが楽なようにPATHを通すため.bash_profile等に追記。PATH=$PATH:$HOME/local/binINSTALL_BASEで設定したディレクトリ以下のbinにインストールされるため。これでどこでもswatchと入力すれば呼び出されるようになる。当初Swatchのrestart機能でログファイルを切り替えようと考えていたが、知識不足で想定が甘かったため断念。プロセスIDをチェックしてkillするscriptを書こうと思ったが敷居が高い・・・。ローテクだけど別の角度からのいいアイディアがあったので、こちらを参考にしてみた。Swatchが監視対象とするのは実際のログファイルへのシンボリックリンクに設定し、毎日0時にローテートされるログファイルに対応してシンボリックリンクを更新しようという発想。~/.swatch_log_linkただし既にシンボリックリンクが存在する場合は処理がコケるので、rmで一度削除する処理を追加した。これをファイルとして保存し、0時に走るようcrontabへ登録する。(追記)上記のシンボリックリンクを用いた方法だと、日付切替後にシンボリックリンクの対象先ファイルは正確に更新されるのだが、Swatch自身がログファイルを見失ってしまい監視が行われないことが実検証で判明。解決方法は別途エントリーを参照のこと。Swatchの起動ログファイルに対しての設定ファイル(ここでは基本どおり「.swatchrc」)を作成したら、daemonオプションをつけてSwatchを起動させる。--daemonこれでSwatch側からはログファイルの変更をきにすることなく監視を続けてくれる。後は設定ファイルでアクションやパターンといった監視内容を精査すれば一応の完成。@IT:サーバのログ監視ツールを使いこなそう(2/3)やっとここまできた。たかが一つのPerlアプリをインストールするだけだったけど、かなり勉強になりました。*1:CPANでもログが流れるが、早すぎて人間の目には追えない。自分で手動でやってみて初めてCPANの便利さがわかるかも。installする時にユーザ配下のディレクトへインストールする方法swatchの件を業務でちまちま進めています。SSL」が設定できない時の対処法Wordpressの更新で「ダウンロードに失敗しました。:ファイルのチェックサムが期待値と一致しません。Pinterest.Last.fmはてなブログをはじめよう!kulamochiさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。