Existierende Seite als Multisite

Also erstmal: ich bin nicht der ehrfahrendste hier im Forum, man möge mich verbessern :)

Multisite hat so ihre Tücken. Besonders, wie du es schon angesprochen hast mit dem files-Ordner.

Allerdings ist es alles mit Drupal machbar.

Den Files-Ordner kannst du in /sites/meinedomain.de/ verschieben. Dann musst du noch den Pfad in den Datenbankeinträgen ändern, über eine Mysql replace query.
update [table_name] set [field_name] = replace([field_name],'[string_to_find]','[string_to_replace]');

(ohne Garantie - mache vorher immer backups!)

Im Zusammenschluß von normalen Seiten und Communities gibt es keine Unterschiede.

Es gibt Module, die nicht für eine Multisite Umgebung gedacht sind. Wenn du Änderungen an deiner .htaccess-Datei vornehmen musstest ist die Gefahr hoch.

TIPP: verlege wirklich nur die von allen Seiten benötigten module in /sites/all/modules, und die anderen in /sites/domain1/modules etc.

Schaue dir "shared tables" für multisite Umgebungen an. das kann sehr nützlich sein!

Hi, Hut ab, immerhin hast du geantwortet. Dein Antwort ist für mich sogar sehr brauchbar.Der Updatebefehl ist eine gute Idee, das werde ich mir einmal anschauen.

Du sagst, man solle wirklich sorgfältig Wert darauf legen, dass tasächlich nur die von allen Installationen benötigten Module im all Ordner liegen...wenn ich aber nun 20 Seiten habe und es kommt eine Seite hinzu die ein von den anderen 20 Seite "geteiltes" Modul nicht benötigt....was mache ich dann?
Shared Tables habe ich mir einmal angeschaut, der Vorteil wirde dort aber nur genannt, wenn man für verschiedene Seiten z.B. eine gemeinsame User Table haben möchte. Weiter habe ich nicht gefunden oder selbst erkannt.

Vielen Dank für deinen Tip! Weiter Ánregungen sind gerne willkommen!
______________________________________
Softwareentwicklung / Webdesign BrightSolutions

also wenn 19 von 20 Seiten dasselbe Modul benötigen, dann ist es natürlich quatsch das 19 mal abzulegen :)

Es wird nur schnell unübersichtlich, wenn du ein modul im /all ordner hast und den überblick nicht mehr hast, auf welchen seiten es eingesetzt wird. aber da könnte eine excel tabelle oder ein sonstige dokumentation/übersicht ja auch helfen...

Ok, dann gibt es da also keine Besonderheit außer den logische Menschenverstand in Kombination mit Excel etc ;-)
Vielen Dank!
______________________________________
Softwareentwicklung / Webdesign BrightSolutions

Ich habe gerade nochmal etwas über das Problem der Module nachgedacht....ist es nicht sinnvoll, ein Modul in sites/all zu verlegen sobald es von mehr als einer Seite verwendet wird? Sonst müsste man das Modul ja mindestens zweimal updaten. Wo ist denn der Nachteil wenn man module in den all Ordner legt, auch wenn sie nicht von allen Installationen verwendet werden?

Und was mir gerade noch eingefallen ist: Ich entwickle die Seiten lokal. Das heißt der host unterscheidet sich ja vom Livehost. Wenn ich nun Bilder im FCK einfüge haben die ja dann /sites/domain.local/userfiles/bild.jpg als Pfad. Live wäre das dann jedoch /sites/domain.de/userfiles/bild.jpg als Beispiel. Wie regelt man dieses Problem denn normal?

Danke und Grüße
______________________________________
Softwareentwicklung / Webdesign BrightSolutions

vorausgesetzt es gibt keine komplikationen, dann ja. Wenn ein update schief geht ist es einfacher, wenn man nur eine betroffene site hat.
die module, die in sites/all liegen sollten auch dementsprechend "updatesicher" sein (eben wie der core). Bei modulen, ie man seltener einsetzt kommt es nach meinen erfahrungen schon eher mal zu problemchen.

du kannst den pfad zum files ordner auch nachträglich ändern.

Ich mache das etwas anders:
1# vhost im apachen auf meinem rechner anlegen, zb. entwicklung.meinedomain.de in den drupal ordner
2# deine lokale hosts datei editieren und entwicklung.meinedomain.de auf 127.0.0.1 leiten
3# die ordnerstruktur ganz wie in der späteren livesite anlegen
/sites/meinedomain.de/files
/sites/meinedomain.de/modules
/sites/meinedomain.de/themes
4# wenn die seite lokal fertig ist auf dem webspace im netz eine subdomain anlegen (z.b. test.meinedomain.de) und die seite mit der vorhandenen ordnerstruktur kopieren. Datenbank auf dem server anlegen und inhalte von lokal kopieren. wahrscheinlich musst du dann noch datenbankname und passwort in der settings.php ändern.
5# seite test.meinedomain.de auf funktionalität testen, fehler ausbessern und wenn alles passt...
6# die hauptdomain auf das drupal verzeichnis legen, die subdomain wieder abschalten, und fertig :P

Vielen Dank für die ausführliche Antwort!! Ich habe das ganze auch nun einmal getestet. Es klappt soweit gut, allerdings habe ich den FCK etwas angepasst, genauer gesagt die config.php des Fileupload-connectors. Dort habe ich den Pfad als

$Config['UserFilesPath'] = '/sites/'.$_SERVER["SERVER_NAME"].'/files/';

eingetragen. Dann wird aber natürlich ein Ordner der kompletten Subdomain verwendet und angelegt. Sollte man das anderst konfigurieren?

Danke und Grüße
______________________________________
Softwareentwicklung / Webdesign BrightSolutions

der FCKeditor, wie eigentlich alle module, bei denen man dateien des moduls anpassen muss ist gerade so ein beispiel: da bekommst du probleme wenn es im sites/all ordner untergebracht ist.

Eine lösung wäre evtl, anstatt die module in der drupal ordner-struktur abzulegen symlinks zu erstellen, so das nur das config-file "individuell" ist. das habe ich aber noch nie gemacht.

schnellschuss-link: http://drup.org/drupal-site-maintenance-using-symbolic-links