簡體   English   中英

當有數百個資產文件時,Rails資產管道工作流程

[英]Rails asset pipeline workflow when there are hundreds of asset files

我們最近轉換了一個Rails 3.2項目來使用資產管道。 我們的應用程序使用許多資產文件(~250 * .js.coffee文件,另外200個* .jst.hamljs模板和~100 * .css.sass樣式表)。 正如您所期望的那樣,這些產品在生產中被打包成少量的資產文件。

在開發和測試環境中,我們處理頻繁的超時和緩慢的頁面加載,同時重新編譯和請求單個資產。 是否有更好的工作流程仍然允許自動重新編譯?

我們使用默認環境設置運行,除了在開發中將debug設置為false

config.assets.debug = false

在開發中重新加載頁面時,這可以節省數百個請求,但初始編譯仍會導致超時。 必須有更好的方法,對吧?

一些選擇:

  • 通過使用require_asset限制請求時重新編譯的內容。 看到這個問題和Sprockets #90

  • 預編譯資產:

     $ RAILS_ENV=development bundle exec rake assets:precompile 
  • 增加超時。 這取決於你如何設置並且可能是痛苦和有問題的,例如Heroku 不是 長期請求的 忠實粉絲

  • 使用更快的解釋器。

  • 更快的硬件/ VM。

您是否在開發中預編譯資產?

bundle exec rake assets:precompile

這應該使資產不會每次重新編譯。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM