Route53を利用した本番環境への変更の反映について

railsアプリをAWSでデプロイし、route53にて独自ドメインを取得しました。
ブラウザからドメインで接続を行うことには成功したのですが、
bootstrapやcssの反映がされていない状態です。
ドメインではなくIPアドレスからアクセスすると反映されているのですが、
ドメインへの変更には時間がかかるのでしょうか？
それとも何か設定をしていない、もしくは間違えているのでしょうか。
情報が少なく判断しずらい質問になってしまい申し訳ないのですがアドバイスいただければと思います。

環境は、rails6、webpacker,EC2内に、unicorn,nginx,DBはRDSです。
フロント関連をアセットパイプラインからwebpacker管理に移行しています。
その他記述して欲しい情報があれば記述いたします。

以下追記です。

当該ページにキャッシュやクッキーが作用しないようにブラウザ設定を行っており、
アドバイスいただいた検証ツールを使用してみると

GET https://myapp.com/packs/css/applicationハッシュ略.js net::err_ABORTED 404

と表示されていました。
私の環境は

myapp/fronts/packs/application.js
```をwebpackerのエントリーポイントとして設定しており、
そこから

myapp/fronts/src/javascripts/反映させたいjs
myapp/fronts/src/stylesheets/反映させたいcss

を読み込んでいます。
head内は以下のように記述しています。

<%= stylesheet_pack_tag 'application' ,media:'all' %>
<%= javascript_pack_tag 'application', 'data-turbolinks-track': 'reload' %>

本番環境はフロント関連ファイルの読み込み場所が異なる為にファイルを見つけられず反映されないのでしょうか？

以下はプリコンパイル時のログです
```ここに言語を入力
[user]$ rake assets:precompile RAILS_ENV=production
yarn install v1.19.2
[1/4] Resolving packages...
[2/4] Fetching packages...
info fsevents@1.2.9: The platform "linux" is incompatible with this module.
info "fsevents@1.2.9" is an optional dependency and failed compatibility check. Excluding it from installation.
[3/4] Linking dependencies...
warning " > webpack-dev-server@3.9.0" has unmet peer dependency "webpack@^4.0.0".
warning "webpack-dev-server > webpack-dev-middleware@3.7.2" has unmet peer dependency "webpack@^4.0.0".
[4/4] Building fresh packages...
Done in 4.55s.
yarn install v1.19.2
[1/4] Resolving packages...
[2/4] Fetching packages...
info fsevents@1.2.9: The platform "linux" is incompatible with this module.
info "fsevents@1.2.9" is an optional dependency and failed compatibility check. Excluding it from installation.
[3/4] Linking dependencies...
warning " > webpack-dev-server@3.9.0" has unmet peer dependency "webpack@^4.0.0".
warning "webpack-dev-server > webpack-dev-middleware@3.7.2" has unmet peer dependency "webpack@^4.0.0".
[4/4] Building fresh packages...
Done in 4.06s.
Everything's up-to-date. Nothing to do

行動規範の内容に同意します

回答5件

自己解決

logでcss読み込み部分を見直して調べたところ、
こちらが見つかり、
結果的には
config.public_file_server.enabled=ENV['RAILS_SERVE_STATIC_FILES'].present?
の変数が定義されていなかったため、public配下のファイルを読み込まなかったようです。
=trueとしたところ適切に表示されました。
何故同様に定義していないはずの直IPでは表示されて、
ドメインでは表示されなかったのかは、わからなかったので調べてみます。
みなさん多くの回答ありがとうございました。
これを教訓にもう少しrails自体の理解を深めようと思います。

投稿2019/12/10 09:47

garta

総合スコア15

１）ブラウザーでhtmlを見た時
<%= stylesheet_pack_tag 'application' ,media:'all' %>
<%= javascript_pack_tag 'application', 'data-turbolinks-track': 'reload' %>
の部分はどうなってますか？
それは
２）GET https://myapp.com/packs/css/applicationハッシュ略.js
と同じですか？
３）Rails.root/public/pacs/css にそれはありますか

投稿2019/12/09 09:40

winterboum

総合スコア23331

garta

2019/12/09 17:04

ただいま帰宅した為返信遅くなってしまい申し訳ありません。１） IP、ドメイン共にブラウザから見たら <link rel="stylesheet" media="all" href="/packs/css/applicationハッシュ.css"> <script src="/packs/js/applicationハッシュ.js" data-turbolinks-track="reload"></script> でした。２）同じです３）確認したところ、packs/css/applicationハッシュ.jsは存在していました。 vimで中身を確認すると、bootstrap4のprimaryなど各クラス設定データや、自分で作成したcssも全て記述されていました。

winterboum

2019/12/09 22:09

そのハッシュが違ってました、なんて落ちはないですよね、、、 *.JSに、「自分で作成したcssも全て記述されていました。」というのは？？なのですが、それは*cssに、の間違いですね？今もエラーは404、IPでアクセスすると200なのですね？

garta

2019/12/10 07:26

ハッシュはcss,js共に完全に一致していました。 *jsは、*cssの間違いです、失礼いたしました。現在も同じくエラーです。IPは正常であり、css,js共に反映されています。又、３）Rails.root/public/pacs/css にそれはありますかと質問いただいた際、EC2の/public/packs/css配下にはファイル中身共に正常に存在する。という意味で答えましたが、ブラウザ検証ツールにおいて、IPでアクセスすると packs/css/application*.css、 packs/js/application.*jsは中身共に存在しており、ドメインには packs/css/application*cssは存在するものの中身は空で, packs/js/application*.jsはファイルが存在しませんでした。プリコンパイルが上手くいってないのでしょうか？

winterboum

2019/12/10 07:45

それって、IPのときとドメインのときで違うところを見に行っているのでは？という疑いも。。で、わからなくなった「ブラウザ検証ツールにおいて、IPでアクセスすると packs/css/application*.css、 packs/js/application.*jsは中身共に存在しており、」とは、サーバのdirを覗きに行ったわけではなく、ブラウザに届いたという意味ですか？「ドメインには。。。」の場合はサーバのdirを覗きに行ったのですか？

garta

2019/12/10 08:07

読み込みは確認したところ両者同じく/packs/css/application*css を見ているようで、ハッシュも一致していました。混乱させてしまい申し訳ありません。 EC2内→public/packs/css/application*.css public/packs/js/application*js　共に存在以下検証ツールのソースを閲覧 IPでアクセス→public/packs/css/application*.css 　　　public/packs/js/application*js　共に存在ドメインでアクセス→public/packs/css/application*.css→ファイルは存在するが中身が空　　　　　　public/packs/js/application*js→ファイルそのものが存在しない

winterboum

2019/12/10 09:14

Webserverに何をお使いかわかりませんが、virtual domain の定義どうなってますでしょう。意図は、IPでアクセスだとdefault domainに行くが、domain指定アクセスだとその場所に行く。そこは同じrootか？

garta

2019/12/10 10:04

server { listen 80; server_name IP; # nginx so increasing this is generally safe... keepalive_timeout 5; # path for static files root /var/www/pro/myapp/public; となっていました。これが、ドメインからだとpublic配下が読み込まれなかった原因でしょうか？ server { listen 80; server_name ドメイン; # nginx so increasing this is generally safe... keepalive_timeout 5; # path for static files root /var/www/pro/myapp/public; としたところ、正常に読み込まれました結果的には別の解決方で無理やり解決してしまったのですが、 winterboumさんにご指摘いただいた箇所の問題だったと思います。回答に必要な情報が曖昧だったにも関わらず、問題を起こしているであろう箇所を的確に指摘してくださって、素直に尊敬します。又、質問への返答時間もバラバラになってしまったのに、最後まで親身にアドバイスいただけて本当に感謝しています。

winterboum

2019/12/10 11:44

解決に書かれている変数は知りませんでした。そんな話を聞いたことがあったかなぁというのがかすかに思い出せる程度。 server_name ドメイン; になっていないのは複数ドメインをサービスするようになった時のことを考えるとまずいですね。ただ、ここがその原因であったかどうかは自信ありません。

garta

2019/12/10 14:12

初めてのアプリ開発のため、憶測になってしまいますが、 server_name IP;となっている以下に # path for static files root /var/www/pro/myapp/public; と記述していたのでこれが作用して IPアクセスの時のみpublic配下を読み込める。しかしドメインアクセスは上記が作用しない上、 config.public_file_server.enabledがfalseであるので読み込めなかったのだと解釈しました。 server_name ドメイン;にした後、 config.public_file_server.enabled＝環境変数.present?に再度戻したらどうなるか、帰宅したらやってみようと思います。

winterboum

2019/12/10 20:25

結果、楽しみにしています

garta

2019/12/11 21:15

遅くなりました、やはりconfig.public_file_server.enabled＝環境変数.present?に再度戻しても、正常に動作しました！

行動規範の内容に同意します

Windows+Chromeで