ヤフー経由で「青空文庫」を検索します。検索例:ぢゃないか, 紳士淑女, 伊勢参り, 極楽浄土, 名探偵, 猜疑心, ルパン, 洋行, 攘夷, 与力, 脚気, 堕落, 涅槃, 阿片, 朕, 雁, 妾さうだらう, 著作権, 桜の木, わが国, 英国
普段から順調かつ堅実に働いて能力を発揮する人間と、「うわ、やべぇ!」という状況にならないと力が発揮できない人間といるようでありまして。まあ、「うわ、やべぇ!」という状況に陥るなというのが宮本武蔵さん談ですがね。 まだ終わってないけど何となく思ったことの備忘録的まとめ。 (0 問題が起きるだろうことをあらかじめ予測しておく。天変地異を除いて、起きる問題の内容、問題を起こす人間はたいてい決まっていて予測可能なことが多い。 → 一番最初に問題に直面した人間が問題の把握に長けた人間とは限らない。可能な限り起きそうな問題を予測しておいて、保険をかけられる準備があったほうが解決は容易になるし、問題自体が露顕しないことも考えられる。 1 「何もしない」が最良の解決策であろうものと、少なくとも「何かをする」ことが「何もしない」よりも改善されるであろうものを分ける。 → 一過性の問題に無理に対応しようとして
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く