_ Passenger (mod_rails) 1.0.1の動作 ざっとドキュメントを読んでみたところでは、アプローチとしてはFastCGIと似ているみたい。つまり、Railsアプリケーションのために起動されるプロセスを永続化させることで速度を得る。 ただ、FastCGIと違う点が(もちろん)あって、その一つはフレームワークのコードと、フレームワークのコード-アプリケーションの組み合わせに応じてコードをキャッシュする(プロセスを確保しておく)ということのようだ。フレームワークのコードというのは、アプリケシーションが利用しているRailsのことで、コードの所在やgemのバージョンなどに応じてプロセス(framework spawn server)が作られる。その先にアプリケーションのコードまでを読み込んだプロセス(application spawn server)が作られ、そこから具体的な
午後から新製品を考える会議。ふと、メールを見返すと「1人3つアイデアを持ってくること」という指示――しまった、見落としていた。しかし会議まであと20分しかないぞ。こりゃまずい。 という時にうってつけの方法がある。 例えば、アイデアを出し合う会議が午後イチにある。昼飯に行く直前、メールを見返したら「アイデアを3つ以上もってくるように」との指示があった。これはしまった。う~ん、急いで考えよう……あせるばかりで出てこないよ! という極限状態にうってつけの方法がある。10分間あれば、アイデアを必ず3つ以上、発想できるのだ。 今、あなたがそういう状況ならば、ここから先はこの記事2ページ目以降を印刷し、ペンとプリントアウトした記事だけ持って、昼食に出てほしい。 名称 人数 道具 長所 SCAMPER(スキャンパー)法
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く