Production環境でのアセットパイプラインの挙動

Question

プロダクション環境でのみ include_javascript_tag が 404 になってしまう原因がわからず

土日に Rails ガイドをよんでみたのですが
「Sprocketsは、production環境では前述のフィンガープリントによるスキームを使用します。デフォルトでは、Railsのアセットはプリコンパイル済みかつ静的なアセットとしてWebサーバーから提供されることが前提になっています。」

という説明がかいてあるのですが意味がぜんぜんわかりません

もう少しわかりやすく production 環境での動作を説明してくれてるサイトはないでしょうか

Answer 1

開発中はSprocketsがその場でアセットを生成して提供する形となっていますが、本番環境は一度反映すればある程度の期間同じアセットで構いませんので、毎回コンパイルするのは無駄となります。

なので、rake assets:precompileとしてアセット生成を1回で済ませて、出来上がったファイルを、Railsを介さずに配信してしまう、という形が取られることが多い、という話です。

Comments

[退会済みユーザー]

ありがとうございます

プリコンパイルがどのタイミングで行われてるかデバッグメッセージをいれてみると 開発環境では javascript_include_tag でプリコンパイルが行われているみたいなのですが
本番環境では後ろに suffix のついたファイルしか存在しないので 404 になっているということでしょうか
となると本番環境で javascript_include_tag は根本的にプリコンパイルで生のかわるファイルには使えないということなんでしょうか…
それとも suffix 付きのファイル名を javascript_include_tag で指定する方法があったりするのでしょうか

[maisumakun]

開発環境で行われるのは、リクエストに合わせて行われる動的コンパイルで、事前にやっておくプリコンパイルではありません。

正しくプリコンパイルすれば、javascript_include_tagもハッシュ付きのURLに切り替わります。

[maisumakun]

なお、デフォルトではapplication.css、application.js、画像などCSS/JS以外のファイルだけプリコンパイル対象となります。それ以外のファイルを使う場合には設定が必要です。

https://railsguides.jp/asset_pipeline.html#%E3%82%A2%E3%82%BB%E3%83%83%E3%83%88%E3%82%92%E3%83%97%E3%83%AA%E3%82%B3%E3%83%B3%E3%83%91%E3%82%A4%E3%83%AB%E3%81%99%E3%82%8B

[退会済みユーザー]

assets にいれても javascript_include_tag は使えるのですね
Rails.application.config.paths と Rails.application.config.assets.precompile の２つにいろいろ追加してみて入るのですが、PRODUCTION環境だけでおこる状況を開発環境で再現できなくて、もう１度設定をみなおしてみます
丁寧にありがとうございました