アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
こーゆー人為的ミスは (スコア:2, 興味深い)
# テスト系にアクセスしてるつもりが本番系だったとか、
# 一般ユーザのつもりがrootだった、とか、肝が冷える
# 事態にあったり、実際にやっちゃったケースを耳に
# したりしてますが……。
Re:こーゆー人為的ミスは (スコア:1)
究極の対策ではないかと。
そういう私も、rm -rでいちど/からシステムをふっとばして以来、
パスには気をつけ省略しないくせがつきました…
Re:こーゆー人為的ミスは (スコア:2, 興味深い)
> 究極の対策ではないかと。
でもそれでお客さんの業務を止めてしまったりするとまぢでシャレにならないわけで……。
# という事例を最近立て続けに見聞きしたのでAC。
とりあえず思い付く対策とゆーと、
- プロンプトにカラーのエスケープシーケンスを仕込んどいて、rootだったら毒々しい赤にする(テスト環境と本番環境でも同様)とか、
- sudoで可能な限りrootになる時間を短かくする&&可能ならば細かく権限設定を行うとか(後者はやってない^^:)、
- 破壊的な操作を伴なうシェルスクリプトでは、いきなり処理を実行するのではなくて、一連の処理を展開したシェルスクリプトを生成するよう作成する(例えば「for f *.hoge; mv $f $f.bak; done ではなく for f *.hoge; echo mv $f $f.bak; done」展開結果を見て実行の可否を判断する)とか、
- ソースだけでなくありとあらゆるリソースをバージョン管理システムの管理下に置くとか、
- どんな操作でも可能な限りスクリプト化しておいて途中の手順を間違えないようにする&&再実行を容易にするとか、
- とにかく手順を逐一メモる、ひたすらメモる、忘れたらやり直してでもメモるとか、
……ん～、今んとこ出てくるのはこれくらい。Re:こーゆー人為的ミスは (スコア:1)
これをさらに発展させて、スクリプト内で hostname 見て自分が開発環境なのか本番環境なのか、どっちの環境で動こうとしてるか判断させる、なんてのをやってたりしますが。
ああ、あとスクリプトのミス実行を防ぐ為に、実行時に -exec オプションが指定されてないと、ファイル操作系が全部 echo ** になるように仕組んだりとか。
-- To be sincere...
Re:こーゆー人為的ミスは (スコア:0)
chown hogehoge -R ../
とかやっちゃったこと有ります。
なんか時間かかるなー何が悪いことしたかな？と思ったけど、
よくよく考えてみると・・・
すぐにctrl+Cしたけど時すでに遅し
OS再インストールと復旧に結構時間かかりました