加速Rails加載Backbone Javascript資產的全部頁面加載Dev開發環境？

我正在使用Rails 3.2.6 + Backbone應用程序，並且從app/assets/javascripts提供的Javascript文件的數量約爲91個獨立文件（有許多子視圖）。在開發環境中，這些資產當然不是捆綁在一起的，因此每個資源都由Rails單獨提供（使用WEBrick或Thin），並預期304緩存。加速Rails加載Backbone Javascript資產的全部頁面加載Dev開發環境？

問題是：在開發迭代過程中，整個頁面重新加載時，這已經開始非常沉重。從刷新到準備好DOM的時間約爲13秒鐘，這對於快速開發非常不利，特別是當很多JS和CSS被更改時。而且我敢肯定它是唯一真正的瓶頸，因爲我可以看Rails的登錄終端，見面資產去了，像這樣的：

入門GET「/assets/views/simple_dialog.js?body= 1" 在2012年11月12日15時39分25秒-0800 擔任資產/views/simple_dialog.js 127.0.0.1 - 304未修改（0毫秒）

反正是有加速這一進程？我知道總是會有一個折衷，但即使我能夠達到6-7秒，這也將是一個巨大的進步。我知道Sprockets據說在Rails 4中有很多速度提升，但我正在尋找短期的東西。

來源

2012-11-13 Dominick

304應表示沒有響應主體發送給客戶端。這將需要很多（0毫秒），以加起來13秒。 –

是的，哈哈，我知道！但確實需要Rails的日誌記錄才能發佈大約100個長度爲0ms的請求。只要它完成日誌記錄，那就是頁面呈現的時間。另外，在Chrome的網絡標籤中，我可以看到.css和.js的所有304s，並且在時間軸中，每個工具欄提示欄中的'sending'= 0，''接收'=〜10ms，'dns lookup'=〜4-5ms。仍然不足以解釋所有的秒數。將進一步調查，並明天嘗試邁克爾的答案。謝謝！ – Dominick

也許嘗試以下操作：

在配置/環境/ development.rb，設置config.assets.debug = false（參見：http://guides.rubyonrails.org/asset_pipeline.html#turning-debugging-off）。這將導致你的文件被加入到一個application.js文件中，通過不需要如此大量的單獨的HTTP請求來減少加載時間。
嘗試使用rails-dev-tweaks寶石。它可以幫助加速對資產文件的請求。

希望這有助於！

來源

2012-11-13 04:48:13

謝謝你的建議，邁克爾。我嘗試了第一個，但不幸的是，我們正在使用的[backbone-support gem]（https://github.com/thoughtbot/backbone-support）中有一些內容打破了我想打開的JS嚴格模式。我[提出問題]（https://github.com/thoughtbot/backbone-support/issues/9），因爲在我看來，解決方案很簡單，並遵循現代最佳實踐。綁定（當'config.assets.debug = true'）必須以某種方式繞過預期的嚴格模式。我會盡快看看rails-dev-tweaks gem。 – Dominick

（對於所有的微修改，感到抱歉;在我的後續評論中遇到了換行符的困難時刻，所以希望你沒有收到數百個通知。） – Dominick

加速Rails加載Backbone Javascript資產的全部頁面加載Dev開發環境？

回答

相關問題