ヽ( ・∀・)ノくまくまー(2007-05-20)Rails勉強会@東京#18 後半: 今だからこそ運用環境を考える
● [Rails] Rails勉強会@東京#18 前半: QueryCache / MMC 後半: 今だからこそ運用環境を考える に参加。 ● 前半: QueryCache / MMC QueryCache とは、AR.find の結果を memcached を用いてキャッシュする plugin。(rakuto 作) rakuto式 QueryCache の課題 with_scope どうする？ memcache のキー 削除戦略 1は、AR.find の引数だけを見てキャッシュのキーを作成しているため、with_scope と混ぜるな危険。解決策の1つは「キャッシュするレイヤーを select_xxx まで引き下げる」こと。そうすると find_by_sql まで対象に入るという嬉しい副作用もある。ただその場合、キャッシュの対象も同レイヤーにするとARオブジェクトでなく生の結果セットにな
CentOS で構築する自宅サーバ : Apache + lighttpd で Rails を動かす
Ruby on Rails は、圧倒的な開発効率から人気を博している Web アプリケーション・フレームワークですが、いざ本番稼動させる場合、どういった構成で稼動させるかにたくさんの選択肢があり、悩ましいところです。Web サーバに lighttpd を使い、 FastCGI アプリケーションとして動作させるのがひとつの解として少なくない採用を得ていますが、Web サーバ単体として見た場合は、Apache がまだまだデファクトスタンダードの地位にあり、特に Rails アプリケーション以外にも稼動させている Web アプリケーションがある場合は、lighttpd に完全移行するのは難しいのではないでしょうか？ しかし、CentOS 4.x や CentOS 5.x で標準採用されている Apache のバージョンでは、FastCGI の動作に不安がある（不安定である）という声も聞かれます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://rubycorner.net/tutorials/setup-a-production-ready-ruby-on-rails-application-over-apache-and-mongrel/
http://recompile.net/2007/02/pound_mongrel_aapache20_ruby_o.html
