DevOps at ChatWorkIoTやデジタル活用で価値を生み出すための開発手法 ～BtoBでも、ChatOps等のモダンな開発・運用ができる！～Yuichi Saotome
gumiStudy#2の実践memcached見て来た - こんにちはこんにちはmonmonです！
gumiという会社を今まで知らなかったのですが、memcached勉強会ということで見に行ってきました。 内容的には、memcachedの活用と運用 実践編：特集｜gihyo.jp … 技術評論社と、この前のYokohama.pmでの内容という感じ。 懇親会ではgumiの方と話をして、面白そうな会社だなぁという印象でした。 社長に魅力がありそうだとそれだけで惹かれますね。 以下、発表内容とメモ。 資料と動画も公開されてます。 kazeburoさんの資料 gumiStudy#2 で memcached の運用について喋ってきた - blog.nomadscafe.jp 動画 Ustream.tv: ユーザー gumilab: gumilab 09/14/10 03:31AM, gumilab 09/14/10 03:31AM. コンピュータ Ustream.tv: ユーザー gumilab:
運用を気にしたnode.jsのサーバーの開始と例外発生時のあるべき対処
node.jsのサーバーはかなりナイーブで一度でもエラーが起こると停止します。そんなnode.jsのサーバーをバックグラウンドで開始し、例外発生時に理由をログにとりながら止める方法。 node.jsのサーバーを開始するには、サーバーのしかるべきディレクトリにgit cloneし、nohupでプロセスを開始します。git clone myproject /var/www/myproject nohup node app.js // または nohup node app.js > /path/to.log 2>&1 &テストをパスしたサーバーであっても、予期しない新規の例外で停止することがあり得ます。プロセスが止まるような例外であればいいのですが、'uncaughtException'が発生した場合が問題です。良くないことが起こっているのですが、それでもプロセスは止まらず、きっと後になってさら
本番サーバにチェックアウトしちゃダメですか？ - miauのブログ
初歩的な管理ミスで3300もの有名サイトがソースコードを盗まれる この記事。まず訳がちょっと違うかな？という箇所があるのでそこを補っておくと。 しかしコードが実動サーバに乗る段階ではそれはローカルな作業用コピーではなく、エキスポートされた完成品だから、この問題が起こる。 こう訳されてる箇所があるけど、 When code is rolled to a live server from a repository, it is supposed to be done as an export rather than as a local working copy, and hence this problem. 実働サーバにコードを載せる場合は、ローカルな作業用コピーとして取得するのではなくエクスポートするべきだ。（だが今回はローカルな作業用コピーを本番に置いているので）問題になっている。 み
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
