![【Rails 高速化】ペパボのフリマアプリ「kiteco(キテコ)」の API を高速化したときのことを詳しく書いてみた - 彼女からは、おいちゃんと呼ばれています](https://cdn-ak-scissors.b.st-hatena.com/image/square/bb341ddf91a936af857c37d05f1158ac7b63cad5/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fi%2Finouetakuya%2F20140208%2F20140208214043.png)
せっかくはてダからHatena Blogに移行したので久々に書こうかと。たまにはまとまった文章の書けるブログもイイですね!とは言いつつも、どうせまたしばらく書かないんでしょうけどー:) はじめに HerokuでWebサイト作ってから2年ちょい。思うがままに機能追加してたらだんだんとレスポンスの悪いサイトになってしまったので、ここらで少し見直すことにしました。といっても実際にやったのは4ヶ月以上前なんですけどね。 対象のサイトはコチラ。 stiff slack watcher http://www.sswatcher.jp/ 名古屋にあるstiff slackというレコードレーベル & ショップのWebストアです。店主のTwitpicに上がるレコードを拾ってきて整形、注文できるようにしてます。ちょっと話がズレちゃいますが、ひとひねりある音楽がたくさんあるので、よければ覗いてみてください。 以
asin: 4797363827 title: “[Rails高速化] ページキャッシュ、N+1対策、SQLチューニング” category: Rails 🐯 tags: [Rails, Ruby, Gem]『Cookpadではユーザーへのレスポンスタイム 200ms/reqを目標にしている』に感銘を受けて書き始めたこの記事ですが、『パフォーマンス・チューニングやオススメGem in 「Rails勉強会@東京 第88回」』でいろいろ教えてもらったり、最近関わっているサイトのリニュアールで試行錯誤したので、忘備録も兼ねて記事をアップデートします! 🚕 目次(1) N+1問題の対策 (2) Railsのキャッシュについて (3) 開発中ならrack_mini_profiler (4) 運用中なら断然NewRelicがおすすめ (5) mysqlの簡単チューニング 🚌 (1) N + 1問
先日のももクロハッカソンで出会った wantedly を作ってる仲さんが と言ってたので、面白そうなので wantedly を速くしてみました。 wantedly ちなみにデータが数百万オーダーもなさそうなのに、どのページもログインすると2-5秒ぐらいかかっていたので、確実に速くできそうだなぁという感覚はやる前からありました。 アプリケーションサイドのチューニング 初心者*1にありがちな問題として SQL に適切にインデックス張ってない キャッシュすべき場所をキャッシュしていない 無駄なデータを引きすぎてる ことがよくあります。ので順に実装を見ていきました。 SQLに適切なインデックスを張ってない 張ってありました!びっくり!\(^o^)/ キャッシュすべき場所をキャッシュしていない Facebook API を利用したアプリケーションなんですが、ユーザのデータの取得を毎回馬鹿正直に HT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く