今天小編給大家分享一篇Cache在Ruby China中的應用深度解析，感興趣的朋友跟小編一起來了解一下吧!

　　首先給大家看一下 NewRelic 的報表

　　最近 24h 的平均響應時間

　　流量高的那些頁面 (Action)

　　訪問量搞的幾個 Action 的情況：

　　TopicsController#show

　　UsersController#show (比較慘，主要是 GitHub API 請求拖慢)

　　PS: 在發布這篇文章之前我有稍加修改了一下，GitHub 請求放到后臺隊列處理，新的結果是這樣:

　　TopicsController#index

　　HomeController#index

　　從上面的報表來看，目前 Ruby China 后端的請求，排除用戶主頁之外，響應時間都在 100ms 以內，甚至更低。

　　我們是如何做到的?

　　Markdown 緩存

　　Fragment Cache

　　數據緩存

　　ETag

　　靜態資源緩存 (JS,CSS,圖片)

　　Markdown 緩存

　　在內容修改的時候就算好 Markdown 的結果，存到數據庫，避免瀏覽的時候反復計算。

　　此外這個東西也特意不放到 Cache，而是放到數據庫里面：

　　為了持久化，避免 Memcached 停掉的時候，大量丟失;

　　避免過多占用緩存內存;

　　class Topic

　　field :body # 存放原始內容，用于修改

　　field :body_html # 存放計算好的結果，用于顯示

　　before_save :markdown_body

　　def markdown_body

　　self.body_html = MarkdownTopicConverter.format(self.body) if self.body_changed?

　　end

　　end

　　Fragment Cache

　　這個是 Ruby China 里面用得最多的緩存方案，也是速度提升的原因所在。

　　app/views/topics/_topic.html.erb

?

　　用 topic 的 cache_key 作為緩存 cache views/topics/{編號}-#{更新時間}/{suggest 參數}/{文件內容 MD5} -> views/topics/19105-20140508153844/false/bc178d556ecaee49971b0e80b3566f12

　　某些涉及到根據用戶帳號，有不同狀態顯示的地方，直接把完整 HTML 準備好，通過 JS 控制狀態，比如目前的“喜歡“功能。

　　var readed_topic_ids = ;

　　for (var i = 0; i

　　topic_id = readed_topic_ids[i];

　　$(".topic_"+ topic_id + " .right_info .count").addClass("state_true");

　　}

　　再比如

　　app/views/topics/_reply.html.erb

?

　　同樣也是通過 reply 的 cache_key 來緩存 views/replies/202695-20140508081517/raw:false/d91dddbcb269f3e0172bf5d0d27e9088

　　同時這里還有復雜的用戶權限控制，用 JS 實現;

　　$(document).ready(function(){

　　$("#replies .reply a.edit").css('display','inline-block');

　　$("#replies .reply a.edit[data-uid='']").css('display','inline-block');

　　Topics.checkRepliesLikeStatus([]);

　　})

　　數據緩存

　　其實 Ruby China 的大多數 Model 查詢都沒有上 Cache 的，因為據實際狀況來看， MongoDB 的查詢響應時間都是很快的，大部分場景都是在 5ms 以內，甚至更低。

　　我們會做一些比價負責的數據查詢緩存，比如：GitHub Repos 獲取

　　def github_repos(user_id)

　　cache_key = "user:#{user_id}:github_repos"

　　items = Rails.cache.read(cache_key)

　　if items.blank?

　　items = real_fetch_from_github()

　　Rails.cache.write(cache_key, items, expires_in: 15.days)

　　end

　　return items

　　end

　　ETag

　　ETag 是在 HTTP Request, Response 可以帶上的一個參數，用于檢測內容是否有更新過，以減少網絡開銷。

　　過程大概是這樣

　　Rails 的 fresh_when 方法可以幫助將你的查詢內容生成 ETag 信息

　　def show

　　@topic = Topic.find(params[:id])

　　fresh_when(etag: [@topic])

　　end

　　靜態資源緩存

　　請不要小看這個東西，后端寫得再快，也有可能被這些拖慢(瀏覽器上面的表現)!

　　1、合理利用 Rails Assets Pipeline，一定要開啟!

　　# config/environments/production.rb

　　config.assets.digest = true

　　2、在 Nginx 里面將 CSS, JS, Image 的緩存有效期設成 max;

　　location ~ (/assets|/favicon.ico|/*.txt) {

　　access_log off;

　　expires max;

　　gzip_static on;

　　}

　　3、盡可能的減少一個頁面 JS, CSS, Image 的數量，簡單的方法是合并它們，減少 HTTP 請求開銷;

　　...

　　只有兩個

　　...

　　一些 Tips

　　看統計日志，優先處理流量高的頁面;

　　updated_at 是一個非常有利于幫助你清理緩存的東西，善用它!修改數據的時候別忽略它!

　　多關注你的 Rails Log 里面的查詢時間，100ms 一下的頁面響應時間是一個比較好的狀態，超過 200ms 用戶就會感覺到遲鈍了。

　　以上就是Cache在Ruby China中的應用深度解析，想必都了解了吧，更多相關內容請繼續關注武林技術頻道。