実際のアプリを、エンドツーエンドで検証済み

ENTRY_FILE=index.php を指定するとフレームワークモードになります。public/ がドキュメントルートとなるため、.env、app/、vendor/ に HTTP 経由でアクセスされることはありません。

コンテナの環境変数が .env より優先されます。Laravel の dotenv ローダーは実際の環境変数を上書きしないため、Compose で設定した DB_HOST や APP_ENV が有効になります。

開発用イメージはリクエストごとに OPcache を再検証するため、バインドマウントした src/ への変更は即座に反映されます。

スケルトンはコア拡張だけで動作します（ctype、iconv、xml）。ネイティブの intl と mbstring を追加しているのは、実際のアプリがこれらを使用し、ポリフィルより高速だからです。

APP_ENV はコンテナの環境変数から取得されます。Symfony は .env よりも実際の環境変数を優先して読み取ります。

静的アセットは public/ 内の実ファイルに解決されてディスクから配信され、見つからない場合のみ index.php にフォールスルーします。

データベースも追加サービスもなく、実現可能な限り最小の OxPHP デプロイです。イメージ 1 つ、プロセス 1 つ。

yiisoft/assets は静的ファイルを public/assets/<hash>/ に公開します。ディスク上の実ファイルであり、複雑な URL リライトは不要です。

従来型モードが必須です。wp-admin/、wp-login.php、wp-cron.php は物理ファイルとして実行される必要があるため、ENTRY_FILE は未設定のままにします。

PHP_DENY_PATHS は wp-content/uploads/ 配下での .php の実行をブロックします。脆弱なプラグイン経由でアップロードされたシェルが実行されることはありません。ディスク I/O の前にマッチングされ、ファイルの存在有無が漏れることもありません。

CLI での作業は、同じボリュームとデータベースを共有する WP-CLI サイドカーを経由します。wp-config.php は getenv() で認証情報を読み取ります。

Drupal の RewriteCond !-f + RewriteRule ^ index.php は、まさにフレームワークモードそのものです。存在するファイルは配信し、それ以外は web/index.php にディスパッチします。

web/sites/default/files/ 配下に集約された CSS/JS は、静的ファイルとしてディスクから配信されます。

コールドな初回リクエストで Twig とキャッシュがウォームアップされます（約 15 秒）。その後のレスポンスは 1 桁ミリ秒です。これは Drupal のウォームアップであって、OxPHP のオーバーヘッドではありません。

コントロールパネルのリソース（web/cpresources/<hash>/）はディスク上の実ファイルであり、フレームワークモードによって配信されます。

MySQL は 9 ではなく 8.4 LTS を使用してください。Craft は 8.x に対して検証されています。

データベース設定はコンテナの環境変数（CRAFT_DB_*）から取得されるため、Compose 内に記述します。

october:mirror public は October の nginx アセットホワイトリストを再現します。public/ には index.php と */assets のシンボリックリンクのみが置かれ、themes、config/、.env、vendor/ は Web ルートの外に残ります。

SYMLINK_ALLOW_PATHS=/var/www/html が必要です。ミラーのシンボリックリンクはプロジェクトツリー内を指し返しており、OxPHP はこれをデフォルトでブロックするためです。

tailor:migrate を忘れないでください。デモテーマの Tailor ブループリントは、october:migrate とは別にテーブルを作成します。

バージョン付き静的 URL（/static/version<N>/…）には、pub/static 内に 1 つの自己参照シンボリックリンクが必要です。nginx はリライトルールでそのセグメントを取り除きますが、OxPHP はリライトを行いません。

本番モードで実行してください。開発者モードはリクエスト時に DI クラスを生成するため、マルチスレッドのワーカープール全体で競合が発生するおそれがあります。

MySQL には --log_bin_trust_function_creators=1 が必要です。composer install は、素の composer:2 ではなくビルド済みの PHP 8.4 イメージを通じて実行します。

物理的なフロントコントローラーが 2 つ（index.php と admin/index.php）あるため、従来型モードにします。フレームワークモードでは、管理画面がストアフロントのコントローラーに流し込まれてしまいます。

Web ルートがプロジェクトルートであるため、PHP_DENY_PATHS=/system/**,/install/** で内部ファイルの直接実行をブロックします。ドットファイルはデフォルトで既に 404 を返します。

デフォルトのクエリルーティング（index.php?route=…）は、リライトルールなしで動作します。