Ausführen mehrerer Drupal-Installationen unter einer URL: Ist dies ratsam?


8

Mein Arbeitgeber erwägt, unsere ziemlich statische Website durch Drupal zu ersetzen, hauptsächlich, damit wir einige unserer Ideen leichter umsetzen und auch zukunftssicher machen können. Es ist insofern eine Art Dachorganisation, als es einige verschiedene kundenorientierte Abteilungen gibt, die nicht wirklich miteinander verwandt sind, abgesehen davon, dass sie unter dieselbe Organisation fallen.

Im Großen und Ganzen hat jede Abteilung ziemlich spezifische Anforderungen - bestimmte Arten definierter Benutzer, Arten von Knoten; Einige erfordern ihre eigenen kleinen Foren, einfachen Einkaufswagen usw. Mein erster Instinkt ist, jede Abteilung als ihre eigene Drupal-Installation mit einer eigenen spezifischen Konfiguration von Modulen zu behandeln und die Dinge auf diese Weise getrennt zu halten. Möglicherweise muss jedoch eine Funktionalität vorhanden sein, die sich über die gesamte Site erstreckt. Beispielsweise müssen sich möglicherweise ein oder zwei weitere leitende Mitarbeiter in einigen Abteilungen anmelden und Inhalte bearbeiten können.

Ist das möglich? Um verschiedene Installationen unter domainname.org/dept1, domainname.org/dept2, domainname.org/dept3 usw. auszuführen, ist es vor allem ratsam? Welche Probleme würde ich wahrscheinlich haben, wenn ich mit einem solchen Setup fortfahren würde?

Antworten:


7

Dies ist nicht nur kein Problem, sondern auch eine weit verbreitete Praxis!

Unter diesem Link finden Sie einige Tipps: Multisite-Howtos

Der einzige Vorschlag, den ich habe, ist, jeder Site eine Subdomain anstatt eines Unterordners zu geben. Meiner Erfahrung nach funktioniert dies viel besser:

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

(wobei alle 3 Hosts auf dasselbe Verzeichnis verweisen)

Installieren

Um dies einzurichten, fügen Sie einfach einen separaten Konfigurationsordner unter den Sites für jeden hinzu:

  • / sites / dept1.domainname.org /setings.php // dept1 Produktion
  • / sites / dept1.stagingdomain.org /setings.php // dept1 staging
  • / sites / dept1.domainname.local /setings.php // Entwicklung von dept1
  • und so weiter...

Außerdem sollten Sie für jede Site separate Dateiverzeichnisse haben und Sie können standortspezifische (benutzerdefinierte) Module in einem Modul-Unterverzeichnis unter dem Einstellungsordner der jeweiligen Site ablegen, um das Verzeichnis / sites / all / modules übersichtlich zu halten!


3

Sie sollten auf jeden Fall einen Blick auf haben Domain - Zugang , bevor Sie die Multi - Site - Route wählen. Es kann viel einfacher zu warten sein und klingt besser für Ihren Anwendungsfall.


Aber nehmen Sie niemals Module wie DA als selbstverständlich hin. Achten Sie auch auf die Nachteile. Beispiel: Die Implementierung eines Zugriffsmoduls wie DA führt zu schwerwiegenden Leistungsproblemen. Probleme, mit denen Sie sich irgendwie auseinandersetzen müssen.
Berkeley

1

Es gibt noch einen anderen Ansatz: Verwenden Sie OG (allerdings ziemlich schwer).

Es gibt insbesondere eine Drupal-Distribution für diese Art von Website: http://openatrium.com/

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.