さいきんの Rails サービスを高速化をしてみた - 2nd life (移転しました)

先日のももクロハッカソンで出会った wantedly を作ってる仲さんが と言ってたので、面白そうなので wantedly を速くしてみました。 wantedly ちなみにデータが数百万オーダーもなさそうなのに、どのページもログインすると2-5秒ぐらいかかっていたので、確実に速くできそうだなぁという感覚はやる前からありました。 アプリケーションサイドのチューニング 初心者*1にありがちな問題として SQL に適切にインデックス張ってない キャッシュすべき場所をキャッシュしていない 無駄なデータを引きすぎてる ことがよくあります。ので順に実装を見ていきました。 SQLに適切なインデックスを張ってない 張ってありました！びっくり！＼(^o^)／ キャッシュすべき場所をキャッシュしていない Facebook API を利用したアプリケーションなんですが、ユーザのデータの取得を毎回馬鹿正直に HT

[secondlife]

高速化してみました！速くなると解ってるパフォーマンスチューニング楽しかった〜

[t-wada]

heroku を使ったサービスのパフォーマンスチューニングとしても非常に参考になる

[akatakun]

SQL に適切にインデックス張ってない，キャッシュすべき場所をキャッシュしていない，無駄なデータを引きすぎてる，Expires / Cache-Control で静的ファイルをキャッシュ，変更があれば読み直せるようにも

[eller]

New Relicがきになる

[mat_aki]

さいきんの Rails サービスを高速化をしてみた - 2nd life -

[ooze-flash]

いいねいいねぇ。

[sessan]

herokuでrailsのチューニングをした人のブログエントリー

[ainame]

Rails3でのチューニング方法の一例

[stibbar]

secondlifeさん。

[daema]

New Relicっての見やすいね。 // さいきんの Rails サービスを高速化をしてみた - coﾘ・ー・ﾝ＜2nd life

[kabiy]

ほほぅ / “さいきんの Rails サービスを高速化をしてみた - coﾘ・ー・ﾝ＜2nd life”

[sora_h]

ほほぅ

[tmatsuu]

素晴らしい。ももクロ凄い。

[escape_artist]

基本をしっかりやる感じの記事

[warriorking]

さいきんの Rails サービスを高速化をしてみた - coﾘ・ー・ﾝ＜2nd life

[june29]

高速化請け負い人は id:secondlife さんだったのかー! これだけ読むと仲さんがももクロハッカソンに参加していたように思える。

[yasu00000]

[][zootool_imported]

[joker1007]

リダイレクトを減らすって結構大事だな。

[uzuki-first]

メモ

[luccafort]

如何に無駄な処理を行っているのかという実例。

[akatuki_sato]

Railsに限らず高速化の参考になりそう。

[passingloop]

アプリケーションのコードを修正しなくても、Rails の設定を適切に変更するだけでパフォーマンスが向上するという話

[rytich]

チューニング

[deg84]

Facebook APIを叩くところはやっぱりキャッシュしたいよなぁ…作ってるCakeのComponentにそのへんの処理入れよ…

[ionis]

体感速度のチューニングいいね。

[naoty_k]

計測方法も気になる…

[ab_sn]

勉強になるなあ、これからがある場合、Paasに対しての経験は大きくなりそうだ。

[d4-1977]

高速化の話

[cha-cha-ki]

うお！！すごく速くなってる…

[griefworker]

Railsに限らず使えるチューニング手法。

[f-suger]

これは勉強になった。でも「http://wantedly.com/」にアクセスしても繫がらないのでどんなサービスか見れない。。。