なお、時間設定方法や書式についてはここでは解説しません。 拙作「くろんメーカ」をお使いください。 くろんメーカ - crontab用のコマンドを自動で生成します。 そのままコピペしてお使いください。 crontab -e で直接編集しない 有名な話ですが、crontab -r とやってしまうと全てが一瞬で消え去ります。 まさにバルス! 間違えて crontab -r してしまい、crontab をふっとばしてしまった。つか、隣同士にある -e と -r で編集と削除とか、酷いよ><。。。 crontab -r を安全にする - antipop 必ずローカルファイルに設定を書いたうえで、それを反映させるようにしましょう。 $ crontab -l > ~/crontab # 現在の設定をバックアップ $ vi ~/crontab # ローカルファイルを編集 $ crontab < ~/cro
[markdown] マネーフォワードのプログラマ、奥野(@bugslife)です。 最近、話題の映画ベイマックスを見ました。 賛否あるものの素晴らしい映画です、開発チームに居て欲しいですね。ベイマックス。メンターでしょうか? 「泣きたい時は、泣いてもいいんですよ」 今回は、エンジニアブログの箸休めとしてトリビアネタです。 必ず必要になるけど、あんまり重要視されず秘伝のソースになる事が多い、そう 『祝日処理』 です。 私の経験だと GoogleCalenderから引っ張ったり 偉い人が 年次でDBにエイヤッと入れてストアドでつついたり もっと凄い何か 等など。ちょっとやりたい事に対して手間が掛かり過ぎですよね? [/markdown][markdown] 勿論MFにはちゃんとした運用がありますが、hubotなどでライトに使いたい時など、、、 そんな状況を簡単に救えたら・・・ そうだ、gem
バッチ用プログラムを書いた時に一々プログラム側でログの出力をするのが面倒って時に使えます。 ログの出力先に指定して、dateコマンドを使ってログファイルを出力します。 サンプルcron 0 0 * * * /bin/sh /root/batch.sh > /root/log/bat_`date +%Y%m%d`.log ですが上記のままだとエラーに・・・ 上記のままだと以下のエラーが出力されます。 /bin/sh: -c: line 0: unexpected EOF while looking for matching ``' /bin/sh: -c: line 1: syntax error: unexpected end of file 原因は「%」でした。 cronだと「%」はコマンドの終わりと解釈されるようです。 なのでシングルクォートが閉じられていない等のエラーが出ていました。
シェル上だと動くのにcron上だと動かない。 よく聞くお話ですよね。 大体はcron上と普段のシェル上で環境変数が違うために起こる問題です。 そういう時に使えるtipsを共有します。 個人のマシン上で適当に動かすようなcronだと みたいにしてログインシェルを間に噛まして環境変数を上書きして実行することでごまかしたりもできます。 これまた別の依存する箇所を増やすので 個人のマシンかrcファイルがちゃんと管理されているような状況以外ではオススメできません。 なのでcron上で実行される状況とほぼ同じ状況でスクリプトを実行してみましょう。 cron上では環境変数はほぼ空なので環境変数を空にしてみましょう。
cron周りのベストプラクティス読んだ - $shibayu36->blog; 上の記事を読んで興味を惹かれたので、『WEB+DB PRESS Vol.79』 の 「cron 周りのベストプラクティス」 を読んだ。 Web 上でも公開されている。 (2014-06-23 追記。) 第25回 cron周りのベストプラクティス(1):Perl Hackers Hub|gihyo.jp … 技術評論社 そこでは cron 設定 (crontab) ファイルの記述方法として crontab コマンドを使用する方法が書かれていた *1。 で、記事を見てるうちに、以前 crontab コマンドやら /etc/cron.d やらの違いがよくわからずに調べて社内日記に書き残しておいたことを思いだしたのでブログで公開しておこうと思う。 ちなみに man の内容などは Debian 7 で見てるので、別ディス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く