Movatterモバイル変換

raimon49 id:raimon49

UNIXとcronに関するraimon49のブックマーク (3)

uu59のメモ | シェルオペレーションポリシー
なんとなくシェルに対してどういう態度で接しているのか思い出した順に書いておく。こういうポリシーがあるからこうする、というよりも、こうなってることが多いのでこういうポリシーが背景にあるようだ、という知見をまとめた感じ。 dotfilesはこれ：https://github.com/uu59/dotfiles エイリアスなるべく使わない。これはgitのエイリアスなどについても同様。 https://github.com/uu59/dotfiles/blob/c7a44a1699ee82cc07a15d3ea1e2e516b7e17846/.zshrc#L84-L103 $ alias C='| xsel --input --clipboard' aptf='sudo apt-file search' apti='sudo apt-get install' apts='sudo apt-ca
raimon492014/03/02
Debian系でハマらないためにも/bin/shは避けて/bin/bashを明示する。
Linux
UNIX
bash
cron
guideline
programming
sh
リンク
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記この記事のタイトルがtwitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでついcrontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。デフォルト : メールで送る (MAILTO) せっかくcron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。とはいえ、
raimon492012/06/13
＞cron の出力結果を /dev/null に捨ててしまう人には、たとえば Apache を access_log も error_log も出力しないで運用する気があるのか、と問いたいぐらいです。 / cronlog, logger経由してsyslog
UNIX
cron
logging
sh
study
リンク
いい加減、>/dev/null 2>&1と書くのをやめたらどうか　(追記あり) · DQNEO日記
はじめにこれから書く内容は、シェルスクリプトをばりばり書いている現場(サーバエンジニア・インフラエンジニア)向けのものではありません。年に数回crontabをいじるような現場(サーバに詳しくないアプリケーションプログラマが多数を占めるような現場とか、Webデザイナや非プログラマがcrontabをおそるおそるいじったりするような現場)を想定しています。 >/dev/null 2>&1 の問題点この記法の問題点は、「覚えにくい、間違えやすい、間違ってても気づかない」ということです。初心者を迷わせる要素がこんなにあります。 >/dev/nullは先か後か 1と2はどちらが先か &はどこに書くのかよって下記のように多種多様なミスが起こり得ます。 2>&1 >/dev/null >/dev/null 1>&2 >/dev/null 2>1& >/dev/null &2>1 これをぱっと見て
raimon492012/06/13
分けて書いた方が良い場面、あるのかな
BK
UNIX
cron
sh
study
リンク
1