Railsの画面生成を10倍高速化する方法 - 世界線航跡蔵

RailsでPageキャッシュをより広く活用する方法を考えてみました。以下、ちょっと長く前置きが続きます。 Rails遅杉 Railsは遅い。何が遅いって、Rubyが遅くてRoutingが遅くてRDBとRHTMLが遅い。RDBが遅いのは大抵のWebアプリケーションでは変わらない話、で、だからRailsなんかが評価される余地があるんだよね。RubyやRHTMLの遅さは柔軟性の代償として受け入れよう。なにしろRDBがもともと遅いんだから。ただ、Routingは無駄に高機能だったりして頭にくる。Rhino on RailsのSteve YeggeもRoutingは黒魔術だと言っていたし。私はActionPackの全てが黒魔術だと思うけど。 そういう訳で、RoutingをCで書き直すのはドリコムのみなさんがいつかやってくれると期待するとして(可能なら手伝いたいけどね)、当面の対応としてはキャッシュ

[willnet]

SSIつかえばrailsの中でphp使う的なことが出来るみたい

[takeru-c]

PHPを併用

[Fivestar]

Railsの画面生成を10倍高速化する方法

[webmarksjp]

php

[kenkitii]

Rails遅い

[toton]

Pageキャッシュ+PHP SSI

[bobbyjam99]

Routingが遅いのでページをキャッシュ．

[hiro_y]

pageキャッシュできない部分をPHPのSSIで置き換え。

[abe_hn]

ログイン部にphp使っちゃう

[kakkyz81]

phpを使ってrailsのroutingを呼ばずに高速化

[dbfireball]

phpとrailsの合わせ技

[terazzo]

ログインユーザ依存の部分をSSIでinclude。静的HTMLにも貼れるしよいかも。scriptタグで置換っての考えたけどSSIで良いよね。

[d4-1977]

「Apache 2系統だとRailsの出力結果にもSSIを適用できるから便利便利」知らなかった。

[se-mi]

Routingは黒魔術、ログイン管理よ呪われよ→そこでPHP(memcached)ですよという展開

[yamaz]

SSIのincludeを使ってphpを併用させてる.rhtmlで直接phpを吐き出して処理する方法を模索したいのです。

[uzuki-first]

routingはコストが高い。PHPも併用してみる。ベンチマーク結果もあり