Railsアプリの意味不明な時間を削って速度を10倍にした話 - Qiita
こんにちは。@srockstyleです。 Ruby On Rails便利ですね。フレームワークとして「Railsライクだから便利だよ！」ってはなすフレームワークがいっぱいでてきて久しいです。 今回はRailsで作ったアプリを高速化した話です。と言ってもこれは2015年くらいにやった作業なので、モダンな環境では通用しないかもしれません。 この記事の結論は結局「キャッシュいいね」となってしまいます。 最近のキャッシュトレンドな話はまた別に書きます。 ことのはじまり 当時の僕は一人でアプリケーションを書いてました。 作業もほぼ終盤に終わり、バグも潰し終えたとき、とある現象に気づきました。 ちなみにこれリモートのサーバです。DB接続のところはキャッシュつかうようにしたのである程度早かったり、Cloudのほうも設定したのでよかったんですが遅いですね。Viewが9ms、ARが17msなのに全体で157
rack cache memcached static assets rails31
少し複雑になりますけど、静的アセットを供給するためには、CDNを使用することが最も効率的なオプションとなります。 詳細はこちらの記事を参照して下さい。 CDN asset host Ruby on Railsのアプリケーションでは、Cedar stack上にアセットを効率的に供給するために Rack::Cacheを使うべきです。 適切なRack::Cacheの使用は、レスポンスタイムを改善し、ロードを減らし、アプリケーションを通して静的アセットを 供給する際に重要となります。 この記事は、Rack::Cacheを使ったキャッシュのアセットの概念についてサマライズしています。 また、Rails 3.1のアプリケーションとアセットパイプラインの適切な設定に関しても、手順を示します。 この記事で参照するアプリケーションのサンプルコードは、 GitHub上に置かれており、 http://rack-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
