エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
「Railsの画面生成を10倍高速化する方法」をESIで実装する
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「Railsの画面生成を10倍高速化する方法」をESIで実装する
やっと最近余裕が出てきて、溜まってた「あとで読む」リストを消化中ですが、1個面白そうなブログがあ... やっと最近余裕が出てきて、溜まってた「あとで読む」リストを消化中ですが、1個面白そうなブログがあったので試してみる Advanced Rails Caching.. on the Edge どうも「Railsは重いのでESIでページキャッシュを組み合わせてカバーしよう、ESIのmongrel実装とRails用ESIタグ出力プラグインを開発中だ」と言ってるみたい。発端としては少し前の「 Railsの画面生成を10倍高速化する方法 」このエントリに似た話で ・Railsは遅い、Rubyが遅くてRoutingが遅くてRDBとRHTMLが遅い。 ・なので、出来るだけページキャッシュでさばきたい(フロントのWebサーバのみで処理) ・でもユーザ固有情報を表示するのが難しい(ようこそ○○さん) ここでRails抜きで動的ページを処理するアイデアが幾つか出て来てて ・JavaScript使ってクライアン