ページ種別ごとのJS/CSSバンドル分割による初期表示高速化

1. 目的
現在 asset_bundle 機構(rpgsf_bundle_assets)は全ページ共通で同一のJS/CSSファイル群を1本のバンドルにまとめて配信していると推測されるが、マップ移動・Canvas描画・戦闘アニメーション・BGM/効果音のWeb Audio処理など『play』画面専用の重いJSも、シナリオ生成(create)・パーティ編成(party)・一覧(home)画面で毎回パースされ、無駄な読み込み・実行コストが発生している。ページ種別ごとに読み込むJS/CSSを絞り込むことで、プレイ以外の全ページの初期表示・操作開始までの体感速度を改善する。

2. 具体的な仕様
- lib.php に `rpgsf_page_asset_files(string $page, string $type): array` を追加し、ページ種別(home/create/party/play)ごとに必要なJS/CSSファイルの配列を定義する。
- 共通(全ページ): 基本レイアウトCSS、CSRF送信・フラッシュメッセージ表示などの軽量共通JSのみ。
- play専用: マップCanvas描画、戦闘UI、モンスター/アイテムスプライト処理、Web Audio BGM/効果音、Service Worker登録スクリプトなど。
- home/create/party: 上記play専用JSを含めない。
- 各 pages/*.php のヘッダー出力部(rpgsf_render_header等)で、現在ページ名を渡して該当ファイル一覧のみを rpgsf_bundle_assets() に渡すように変更する。
- バンドル出力ファイル名(キャッシュキー)は対象ファイル群のハッシュ or ページ種別+バージョン文字列を含めることで、home用バンドルとplay用バンドルが別々にキャッシュされ、URLが衝突しないようにする。
- APCu/ディスクキャッシュの既存キー体系(rpgsf_manifest_version込み)はそのまま流用し、ページ種別をキーの一部に追加するだけで対応する。
- Service Worker のプリキャッシュリストに、分割後の各バンドルファイルURLを漏れなく登録し、初回訪問後は各ページ遷移時もキャッシュヒットするようにする。

3. 既存機能との整合
- バンドル生成の仕組み(rpgsf_bundle_assets、asset_bundle設定フラグ、Gzip/WebP変換、APCuキャッシュ)は変更せず、渡すファイルリストのみをページ種別で切り替えるため後方互換。
- play画面の機能・API呼び出し・データ構造は一切変更しない。
- asset_bundle設定がfalseの環境では従来通り個別ファイル読み込みにフォールバックし、動作が壊れないようにする。
- 既存のURLクエリパラメータ(?v=バージョン)によるキャッシュバスティングの仕組みも維持する。