ついにやらかした rm -rf / - 酒日記 はてな支店
UNIX の root なら誰もが必ず一度はやるという、rm -rf / をついにやった。root歴10年にして…… 社内の開発サーバだったのが不幸中の幸いではあったが。 vsftpd でホームディレクトリがない時の挙動を確認したくて、テスト用のユーザ fujiwara2 の home を mv しようと、 # mv /home/fujiwara2 /ここまで打ち込んで、やっぱ mv じゃなくて rm でいいや、と思い直して # rm -rf /home/fujiwara2 /最後の / を付けたままで実行してしまった…… なんか返ってこないな? と思って気が付いて、慌ててキャンセルはしたのだが、時既に遅し。 /dev /etc あたりがごっそり消えた。なんでか /bin /boot は残ってた。 これまた幸いというか、このホストは VMware のバーチャルマシンだったので、2007年7
最速インターフェース研究会 :: JavaScriptにおけるdeep clone
http://blog.livedoor.jp/dankogai/archives/50957890.html まず、Object.prototypeにメソッドを生やしてしまうとfor inでキーを列挙するときにいちいちhasOwnPropertyを使わないといけなくなるので普通は使いません。影響が大きすぎるので、よっぽど変態的なライブラリじゃないと使わない。他のライブラリと組み合わせるとほぼ確実に問題が起きる。それから、deep_cloneが欲しい場合はJSONを作ってevalすればよい。パフォーマンスを気にする場合とか、浅いコピーが必要な場合はそれなりに工夫する必要があるけど。 で、JSONにするのにFirefoxだとtoSourceというのが使える。unevalというラッパーがあって、これだとnullでも平気。 http://subtech.g.hatena.ne.jp/cho45/
無理筋は大脳と小脳の間にある筋肉 - z0racの日記
無理筋を指摘することに余り意味は見出せないのだが、どうもこの「通じそうなのに通じない」という状態が気持ち悪くて仕方がない。やはり「通じない」と切り捨てるべきなのだろうか。 だとすれば、「匿名の陰に隠れて他人を脅迫することができるシステム」の改善を探求していくのが筋だと思います。しかし、匿名性が保障されたネット環境では、ネットを利用した匿名での脅迫の被害者が泣き寝入りを強いられる、脅迫者を含む発信者の匿名性が保障された状態の固守を主張されているのはどこのどなたでしょうか。 「脅迫でも十分」問題である以上、これを抑止する対策を講ずるべきでは？: la_causette その「筋」は同意する。だから、その後は無理筋です。 脅迫が実効性を持つのは、脅迫される側が特定される場合である。脅迫する側が特定されるか否かは関係ない。 「脅迫する-される」関係に実名、匿名を組み合わせると以下の通り。 実名-実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
