Scroll
Drupalマルチサイトのユースケース
（#3004496: Composerでマルチサイトの互換性を改善での元の議論を参照してください。）
Drupalのマルチサイト機能を使用するかどうかを決定する際には、さまざまな考慮事項を考慮に入れる必要がありますが、サイト開発者がそれを選択する一般的な理由をいくつか示します：
- ユーザーは、他の人のためのレプリカサイトを作成するためにマルチサイトを使用します。（すべてが1つのコードベースで、同じ機能と機能性を持ち、テーマだけがサイトごとに異なります。）
- 彼らはマルチサイトを使用して、複数の関連サイトをホストします。例えば、数十の学部を持つ大学では、すべて*基本的に*同じ機能が必要ですが、一部の学部には独自の特別な機能があります（共通のコア、共通のモジュールプロファイル、サイトごとに異なるカスタムモジュール）。
- 「アップデートをテストする」ために、サイトの1つだけでモジュールを更新し、他のサイトよりも新しいバージョンのモジュールを1つのサイトに持たせることもあります。
- データベーステーブルを共有することもあります。[歴史的には、1つのデータベースしか与えられない共有ホスティング用]
- データベースを更新しないセキュリティ問題のための1つのDrupalモジュールの更新は、複数の独立したサイトよりもマルチサイトの方が簡単です[モジュールでのみ機能し、コアでは機能しません]
- 単純なテストとPHPUnitベースの機能テストの両方が、テストを実行するためにマルチサイト機能を使用します。
- コードベースごとのホスティング費用を節約するためにマルチサイトを使用することもあります。これは、プロバイダーの初期費用のため、またはホスティングを独自にプロビジョニングおよび管理するのが難しいためです。
- ユーザーはリソース使用量を削減するためにマルチサイトを使用します：1つのオペコードキャッシュを共有する複数のサイトを実行すると、メモリが節約されます
- 開発中のマルチサイトの使用。特定の問題に取り組むために、新しい子サイトを非常に迅速に立ち上げます。
- hostname設定ファイルをサポートするため。