Drupal mit Multisites

Wieso umleiten? Wenn Du in der Serverkonfiguration an die DocumentRoot Einstellung im Apache kommst, kannst Du das einfach auf dasselbe Verzeichnis wie die Subdomain zeigen lassen und fertig.

Beste Grüße
Werner

nachdem ich das gefragt habe:

Also entweder ich habe keine Ahnung, oder der Hoster hat keine Ahnung, ersteres wäre mir lieber.

vg R

Das DocumentRoot beider Domains muß auf das gleiche Verzeichnis zeigen, nämlich auf das Drupal-Verzeichnis (und nicht auf das Verzeichnis in sites!!!). Drupal findet dann was es ausliefern muß duch die Information im Sites-Verzeichnis, da dort pro Site ein Folder liegt: meine.erste.domain und meine.zweite.domain .....
Ob es sich dabei um 2 verschiedene Domains oder um Haupt und Subdomain handelt ist egal. Gibt es auch den Folder default wird darüber der auszuliefernde Inhalt bestimmt, wenn zu der Domain kein dedizierter Folder vorhanden ist.
Ich hoffe, es wird damit etwas klarer.

Beste Grüße
Werner

langsam, was du meinst: also man braucht pro domain oder subdomain eine Drupalinstanz mit eigener Datenbank, eigenem Verzeichnis im /sites was genauso heißt wie die Domain, und eigener settings Datei.

Und wenn man eine neue Domain ohne Umleitung etablieren will, dann muß man halt eine neue Drupalinstanz mit allem drum und dran installieren.

Ist es das, was du meinst?

mfg R.

Ja genau. Diese Installationen teilen sich nur den Drupal Code oder Module, die in sites/all/modules liegen (entsprechend für Themes). Der Rest gehört in sites/meine.domain.de/(files, modules, themes, settings.php, default.settings.php). Jede Installation hat in ihrem settings.php-File eine eigene Datenbank eingetragen. Bei einer nachträglichen Installation einer weiteren Domain, startet man dort auch wieder mit einem setting.php-File, der eine Kopie von default.settings.php ist.
Die gemeinsame Code-Basis hat aber auch ihre Tücken. Beim Core ist es noch einfach, aber was ist wenn bei gemeinsamen Contrib-Modulen eine der Seiten damit Probleme hat (soll schon mal vorkommen). Du mußt ja dann alle Seiten mit dem gleichen Modul auf einmal updaten und das macht das Testen etwas tricky.
Ich finde, da nur noch der Dupal Core für die Multisite als gemeinsame Basis bleibt, daß man dann die Installationen komplett getrennt halten kann. Hat man Shell Zugang zum Server kann man die Software einmal hochschieben und dann auf dem Server in der benötigten Verzeichnisse kopieren. Das geht jedenfall deutlich schneller als mit FTP und beschleunigt den Update. Das Update-Script muß eh auf jeder Domain separat laufen. Man sollte sich also eine Mulisite Installation gut überlegen.

Beste Grüße
Werner

zur Zeit keinen Shellzugang habe, und nur über Confixx rankomme, ist das ja wohl die bequemste Möglichkeit, oder? Da brauch ich nämlich nur einmal zu aktualisieren, wenn Updates kommem.

Und die Module sind zwar für alle sites da, aber wenn eins Probleme macht, dann kann ich das doch deaktivieren, oder?

mfg

Das stimmt so nicht, die update.php musst du trotzdem auf jeder Seite einzeln aufrufen.

Ja, kannst du. Du kannst auch Module nur für eine bestimmte Seite bereitstellen, indem du sie nicht unter sites/all/modules kopierst, sondern nach sites/meine.domain/modules.

Aber du kannst doch auch mit FTP zwei getrennte Drupal-Installationen führen, mach ich auch. Ich habe eine produktive Seite und eine separate Installation zum testen (geht manchmal einfach besser als WAMP oder XAMPP und ist näher an der Umgebung, wie's später mal werden soll).

Stellt ja gar kein Problem dar, die zweite Installation wird per FTP genauso behandelt wie die erste.

Ich würde auch eher zu zwei getrennten Installationen tendieren, denn es sollen zwei total unterschiedliche Systeme werden und die würde ich einfach trennen.