javascript_include_tag Szyny 4 generujący "/ javascripts /" zamiast "/ aktywa" w produkcji

Question

Mam aplikacji Rails 4 z

<%= javascript_include_tag "modernizr", "data-turbolinks-track" => true %> 

w głowę. W rozwoju, po HTML wygenerowana i modernizr załadowano:

<script data-turbolinks-track="true" src="/assets/modernizr.js?body=1"></script> 

w produkcji, NASTĘPUJĄCE HTML wygenerowana i modernizr jest nie ładunkiem (404 nie znaleziono):

<script data-turbolinks-track="true" src="/javascripts/modernizr.js"></script> 

W produkcji znaleziono /assets/modernizr.js i można je przeglądać.

Rails documentation mówi, że javascript_include_tag powinien generować

<script data-turbolinks-track="true" src="/assets/modernizr.js?body=1"></script> 

W produkcji, moi stylesheet_link_tag s są w porządku, z linkami do katalogu /assets/.

Dlaczego javascript_include_tag łączy się z /javascripts zamiast z /assets w produkcji i jak mogę to naprawić?

Answer 1

Jedna z wypowiedzi serwera dla AssetUrlHelper wskazuje, że będzie produkować/javascripts/URL jak to, co widzisz:

# asset_path "wniosek", należy wpisać:: javascript # => /javascripts/application.js

(od linii asset_url_helper.rb 117 - [1])

Ten kod wygląda to może być osiągnięte tylko wtedy, gdy składnik aktywów prekompilowany brakuje więc wydaje się, że kompilacja atut nie działa (zazwyczaj moje wdrożeń kończy się niepowodzeniem, gdy tak się dzieje, więc może twój nie strzela nawet).

To samo asset_url_helper.rb nazywa/javascripts/część 'extname' i wykorzystuje następujące mapy, aby wiedzieć, jak wygenerować nazwę:

# Maps asset types to public directory. 
    ASSET_PUBLIC_DIRECTORIES = { 
    audio:  '/audios', 
    font:  '/fonts', 
    image:  '/images', 
    javascript: '/javascripts', 
    stylesheet: '/stylesheets', 
    video:  '/videos' 
    } 

nowa aplikacja Rails 4 to w config/environments/production.rb

# Do not fallback to assets pipeline if a precompiled asset is missed. 
    config.assets.compile = false 

co wydaje się pasować do zachowania, które widzisz.

Answer 2

Może to być spowodowane tym, że plik ten musi znajdować się w/vendor/assets/javascript zamiast/app/assets/javascript. Folder Vendor przeznaczony jest dla bibliotek javascript, a folder App dla twojego kodu.

Lepszym rozwiązaniem niż dodanie znacznika do układu byłoby dodanie odwołania do skryptu do pliku application.js i zezwolenie kompilatorowi sass na kompresję i dołączenie go do głównego pliku javascript.

Jeśli nie uzyskać ostateczną odpowiedź, sprawdź: http://guides.rubyonrails.org/asset_pipeline.html#asset-organization

Answer 3

Koniecznie precompile swoje aktywa w produkcji uruchamiając polecenie:

RAILS_ENV=production bundle exec rake assets:precompile 

prowadnicami na rurociągu aktywów może dać Ci więcej szczegółów: http://guides.rubyonrails.org/asset_pipeline.html#precompiling-assets

Answer 4

mam nową aplikację przy użyciu Rails 4 rozmieszczonych na Heroku z:

. 210

<%= javascript_include_tag "application", "data-turbolinks-track" => true %> 

mój javascript aplikacji (fingerprint) js wywołana z src: aktywa/application.js

Myślę, że problem pochodzą z czegoś w swoim production.rb którzy określenia aktywów z innego miejsca.

Więc może można dodać Moderniz.js do

config.assets.precompile = [”js, ' .css', '* .css.erb']

w config/production.rb

Lub po prostu wymagają skryptu modernizr do swojej aplikacji.js

// = wymagać mordernizr

i usunąć wywołanie skryptu modernizr w swoim układzie.

<%= javascript_include_tag "modernizr", "data-turbolinks-track" => true %> 

Czy można sprawdzić, skąd plik application.js jest wyświetlany w środowisku produkcyjnym?

Answer 5

Domyślnie tylko Railsy prekompilują application.js, application.css i wszelkie obrazy znalezione w ścieżce aktywów. Dlatego w procesie produkcyjnym mordernizr nie zostanie wstępnie skompilowany, a zatem pomocnicy javascript nie będą mogli znaleźć pliku.

Aby rozwiązać ten problem, można dodać modernizr do listy prekompilacji modyfikując następujące config w production.rb

config.assets.precompile += ['modernizr.js'] 

Aby uzyskać więcej informacji, zobacz the Rails Guides