Mam dużą aplikację szyny z setkami plików skryptów kawy.Kompilacja wolniejszych składników w trybie programowania
Czasami kiedy zrobić malutką zmianę w pliku coffeescript lub przełączyć oddział całe aktywa są skompilowany i muszę długo czekać na obciążenie strony:
Started GET "/assets/application.js" for 127.0.0.1 at 2013-01-11 19:39:45 +0100
Compiled sprockets/commonjs.js (0ms) (pid 18142)
Compiled jquery.js (2ms) (pid 18142)
Compiled jquery_ujs.js (0ms) (pid 18142)
Compiled underscore.js (0ms) (pid 18142)
Compiled backbone.js (0ms) (pid 18142)
Compiled backbone_rails_sync.js (0ms) (pid 18142)
Compiled handlebars.runtime.js (0ms) (pid 18142)
Compiled moment.js (0ms) (pid 18142)
...and so on
używam następujących konfiguracja aktywa config/development.rb
:
# Do not compress assets
config.assets.compress = false
# Expands the lines which load the assets
config.assets.debug = false
Kiedy ustawić config.assets.debug = false
muszę czekać dość długo na obciążenia setek plików jS. Pytanie brzmi: jak znaleźć złoty środek? Jak zoptymalizować konfigurację zasobów w trybie projektowania dla dużej aplikacji?
Czy spojrzałeś na to: http://stackoverflow.com/questions/11390447/how-can-you-speed-up-the-rails-asset-pipeline-precompile-process i ten https: // github. com/wavii/rails-dev-tweaks? –
Szczerze mówiąc nie ufam żadnym bibliotekom/obejściom innych firm. Szukam rozwiązania w postaci czystych szyn w przypadku uchwytów takich jak ten. – luacassus
Setki plików js x 0ms wciąż jest bardzo krótkich, czy brakuje mi czegoś? – sevenseacat