[B! *tips][rails] stolpnikのブックマーク

「Railsの画面生成を10倍高速化する方法」をESIで実装する:TKMR.blog.show

やっと最近余裕が出てきて、溜まってた「あとで読む」リストを消化中ですが、１個面白そうなブログがあったので試してみる Advanced Rails Caching.. on the Edge どうも「Railsは重いのでESIでページキャッシュを組み合わせてカバーしよう、ESIのmongrel実装とRails用ESIタグ出力プラグインを開発中だ」と言ってるみたい。発端としては少し前の「 Railsの画面生成を10倍高速化する方法」このエントリに似た話で・Railsは遅い、Rubyが遅くてRoutingが遅くてRDBとRHTMLが遅い。・なので、出来るだけページキャッシュでさばきたい（フロントのWebサーバのみで処理）・でもユーザ固有情報を表示するのが難しい（ようこそ○○さん）ここでRails抜きで動的ページを処理するアイデアが幾つか出て来てて・JavaScript使ってクライアン

stolpnik 2007/09/07

リンク

川o・-・）＜2nd life

Perl での print debug の方法の紹介がブーム(?)だったので、自分がよく行ってる Ruby での debug 方法7つについて書いてみます。 p ご存じの人も多い Kernel#p メソッド。これを使うとオブジェクトの内容を見やすい形で出力してくれます。 >> p ({:foobar => :baz}) {:foobar=>:baz}Object#inspect を使うと、p で出力するときと同じ文字列を String として取得できます。 >> puts ({:foobar => :baz}).inspect {:foobar=>:baz}初心者の頃この p での出力を使う方法がわからなくて困った記憶が…。 pp pp というライブラリを使うと、p より、より見やすい形式で出力してくれます。たとえば >> a = Array.new(10) { {:foobar => :

stolpnik 2006/10/11

リンク

「設定より規約」でWebサーバ設定の自動化 - masuidrive.jp

Posted by masuidrive Thu, 20 Jul 2006 10:33:00 GMT Ruby on Railsが簡単にアプリケーションを構築できる一つの特徴に「convention over configuration」=「設定より規約」があります。 Railsはアプリを作るのは簡単ですが、それを公開するのがちょっと面倒です。そこで、Railsに限らずWebサーバも「設定より規約」に則って、設定なしでサイトやアプリケーションを公開できるようにしてみましょう。設定項目を洗い出すまず、Webサーバでアプリケーションを公開する場合に必要な設定項目を洗い出します。バーチャルドメインを使う場合は、ドメイン名 DocumentRoot ログファイル名 CGIを使うならScriptAlias の4つが基本になると思います。規約を決めるこれらの設定を自動化するための規約を決めます