assets:precompileを眺める w/ Propshaft

VRChat.rb #7 登壇資料

Transcript

1. VRChat.rb #7 assets:precompileを眺める w/ Propshaft - 本番アプリが真っ白になった話 北亜
2. 自己紹介 • 北亜 - ほくあ ◦ @Hokua_82 • Ruby歴 9年 ◦ (まともに書いてるのは) 約2年 • 本業 ◦ Rails / React / erb など…… • VRChat ◦ チュートリアル2周目終 ◦ アバター：しなの/真冬
3. ある日の事でございます。 • 定期リリースの翌日特定の画面が真っ白になっているという 緊急トラブルが発生しました（白目）
4. とりあえず緊急対応 • 構成 ◦ Rails + React ◦ HTML からビルドした JS を読み込む • 近辺の変更をすぐ revert ◦ 暫定対応は完了 • 真の原因究明にレッツゴー
5. 登場人物の紹介 - Propshaftについて • Railsのアセットパイプライン gem （ライブラリ） ◦ CSSやJSをよしなに配置してくれる • 今回のアプリは assets:precompileという、本番環境デ プロイ前に自動で↑をやってくれるのを手動で呼んでいた（諸 悪の根源）
6. 状況 • ちょっと構成が複雑なためアプリは独自 Rakeタスクを持って いる ◦ assets:precompile にフックして、特定ファイル内の パスをreplaceで強引に書き換える ◦ ただこれまでは動いていたし…… • Rakeタスク実行後、ファイル内容が書き換わったので Propshaftにダイジェストの更新 + コピーをしてほしい • でもログをいくらみても↑を行われてた形跡がない、なんで？
7. 状況 • 本番アプリは手動だけでなく、自動で assets:precompile を呼び出すらしい ◦ きな臭くなってきましたね • アプリ側の確認も限界 • Propshaftのコードを見る
8. コードの読み解き - rails/propshaft • この assets.processor.process の次に Propshaft::Processor.write_manifest を……
9. コードの読み解き - rails/propshaft • • この assets.processor.process の次に Propshaft::Processor.write_manifest を…… みたいなことをしたかったのですが、時間がないのでスキップ！
10. コードの読み解き • • 実際にダイジェストを作成しているコード @はインスタンス変数 ◦ ||= は ▪ 左辺がfalsyなとき代入する ▪ truthyなときはなにもしない というよくあるテクニック ◦ つまりキャッシュをしている
11. キャッシュしてる ～～～～～～！！ （リアルでこの声が出た）
12. 何が起こったか 1 2 3 最初の assets:precompile がダイジェストをキャッ シュする RakeがJSを 書き換える JSを置き換えても キャッシュされているた めダイジェストが 変わらない 4 2回目の assets:precompileが 同一ダイジェストでファイル 変更なし と判断し処理をスキップ 書き換え前の JSファイルが残り 404 = 真っ白に
13. まとめ • ライブラリの中身は結構読みやすい。怖がらずに戦おう • 「動いてるからヨシ！」←よくない • ライブラリの独自処理を入れるときは、ライフサイクルの意識 をちゃんとしましょう