1つのURLで複数のDrupalインストールを実行する：それはお勧めですか？

私の雇用主は、かなり静的なWebサイトをDrupalに置き換えることを検討しています。これは、主に、私たちが持っているいくつかのアイデアをより簡単に実装できるようにするためと、将来を見据えた方法としてです。同じ組織に分類されることを除けば、実際には互いに関連していないいくつかの異なる顧客対応部門があるという点で、これは包括的な組織のようなものです。

したがって、おおまかに言って、各部門にはかなり特定のニーズがあります-特定のタイプの定義済みユーザー、ノードのタイプ。いくつかは、独自の小さなフォーラム、基本的なショッピングカートなどを必要とします。私の最初の本能は、モジュールの独自の特定の構成を持つ各部門を独自のDrupalインストールとして扱い、そのように物事を分離することです。とはいえ、サイト全体に広がるいくつかの機能が必要になる場合があります。たとえば、1人または2人以上の上級スタッフがログインして、いくつかの部門のコンテンツを編集できる必要がある場合があります。

これは可能ですか？domainname.org/dept1、domainname.org/dept2、domainname.org/dept3などで異なるインストールを実行するには、さらに重要なことは、それが賢明なことですか？このようなセットアップを続行すると、どのような問題に直面する可能性がありますか？

問題ではないだけでなく、実際には非常に一般的な方法です。

いくつかのヒントについては、このリンクを確認してください：マルチサイトのハウツー

私が持っている唯一の提案は、各サイトにサブフォルダーではなくサブドメインを与えることです。私の経験では、これははるかにうまく機能します。

• dept1.domainname.org
• dept2.domainname.org
• dept3.domainname.org

（3つのホストすべてが同じディレクトリを指している）

セットアップ

これを設定するには、サイトごとに個別の設定フォルダを追加します。

• / sites / dept1.domainname.org /setings.php // dept1プロダクション
• / sites / dept1.stagingdomain.org /setings.php // dept1ステージング
• / sites / dept1.domainname.local /setings.php // dept1開発
• 等々...

また、サイトごとに個別のファイルディレクトリが必要です。また、サイト固有の（カスタム）モジュールをそれぞれのサイトの設定フォルダの下のモジュールサブディレクトリに配置して、/ sites / all / modulesディレクトリを整理しておくことができます。

マルチサイトルートを選択する前に、必ずドメインアクセスを確認してください。メンテナンスがはるかに簡単になり、ユースケースにより適したサウンドになります。

別のアプローチがあります：OGを使用します（ただし、かなり重いです）。

この種のWebサイトには特にDrupalディストリビューションがあります：http : //openatrium.com/