Multisides Aufbau / Schreibweise

Hast Du Dir schon einmal die Datei settings.php in sites/default in Ruhe durchgelesen? Das empfehle ich Dir nämlich zu Deiner Fragestellung. Dort findest Du die Antwort. Wer lesen kann ist klar im Vorteil.

Beste Grüße
Werner

Ich sehe da nur die Verzeichnisse die nach einer settings.php bei einer multi-site durchsucht werden. Hast du vielleicht ne Zeile in der settings.php die ich lesen muss ?

Ich vermute mal dass die Lösungen für Drupal 6 u. 7 unterschiedlich sind. Drupal 7 ginge auch.

Jedes Tutorial dass ich jetzt gelesen habe ist etwas anders, jeder hat "seinen" besten weg aber bei mir klappt keiner. Bin also auf eure Hilfe angewiesen, Sprüche bringen hier keinen Erfolg.

Also ich habe zwar nur zwei Bereiche die unterschiedliche vom Inhalt sind und ich habe das nicht mit Multisite gelöst, sondern mit Themenkey.
Vielleicht solltest du dir die Möglichkeit auch anschauen.

Dann mal langsam zum Mitschreiben:

• Eine Multisite Installation besteht aus einem Drupal-Core und vielen Datenbanken (eine pro Site) oder einer Datenbank mit Präfixen (je einer pro Site).
• In sites wird für jede der Multisites ein Verzeichnis angelegt, das dem Domainnamen entspricht (wie das genau aussehen muß siehe die settings.php). In diesem Verzeichnis gibt es die Unterordner modules, themes, libraries (optional) und, falls die Dateien getrennt werden sollen das Verzeichnis files. Das muß dann im Dateisystem bei Medien passend eingetragen werden.
• Für jede Multisite muß das DokumentRoot in der Apache Konfiguration auf das Drupal-Root Verzeichnis zeigen.
• Bei einem Unterordner ist das so nicht möglich. Deshalb muß der Unterordner, der als eigene Multisite funktionieren soll, ein symbolischer Link im Filesystem sein (bei Unix kein Problem). Das setzt aber voraus, daß man auf den Server Shell-Zugriff hat, sonst kann man das nicht erzeugen.

Beste Grüße
Werner

Ok diesen Zugriff habe ich nicht.
Laut diesem Link hier soll das nur mit der site.php gehen: http://qhor.net/wiki/Drupal:multisite
Hier steht es auch, ganz unten: https://drupal.org/node/1032286
Aber beides bekomme ich nicht ans laufen. Also bleibt mir nur die Variante mit Shell Zugriff ?

Sowas kann man auch ohne Multisites realisieren.

Z.B. mit Organic Groups oder der Distribution OpenScholar - http://openscholar.harvard.edu/
Die verschiedenen Bereiche können sich so, wie komplett eigenständige Sites, einrichten lassen. Mit eigenem Inhalt, unterschiedlichen Themes usw. usf.

Stimmt und wie schon geschrieben ich habe zwei Bereiche via Themen Key getrennt. Mit pro Bereich einem anderen Theme, Menu und Inhalt.

@FuXXz: Wenn Du mit einer Multisite Installation arbeiten willst, bleibt immer die Bedingung, daß alle Sites das gleiche DocumentRoot haben müssen. Auch sites.php wird erst nach dem Drupal Bootstrap ausgeführt und hilft daher nicht, wenn auf Verzeichnisse verwiesen werden soll. Das läßt sich auch aus den Rewrite Rules der .htaccess-Datei ablesen. Dann hilft nur der "Symbolic Link" in Unix, der den Namen des Unterverzeichnissen auf das Drupalverzeichnis zurück verweist.
Die Lösung mit OG ist anders und keine Multisite Installation. Von außen ist es aber nicht zu unterscheiden.

Beste Grüße
Werner

Ich habe wg. der angegebenen Struktur
www.test.de
www.test.de/autos
www.test.de/fahrräder
auf OG und ähnliche Lösungen verwiesen.

Will man aber mit einer Drupal Installation verschiedene 'echte' Domains betreiben
www.example.com
www.example.de
www.example.net

dann braucht man eine Multisite.

Es sollen zwar keine komplett unterschiedlichen Domains getrennt werden, aber schon Portale die abhängig von einer Stadt sind. Also pro Stadt eine Subdomain.
Ich kenne OrganicGroups nicht aber das Domain Modul zb.
Ich finde man kann es nicht mit einer echten Multisite "Trennung" mit getrennten Datenbanken vergleichen.

Ursprünglich war es z. B. berlin.example.de, koeln.example.de usw. Eine klare Trennung pro Stadt, die erwünscht ist. Sobald ich jedoch die Hauptdomain exampe.de unberührt lassen kann und die Multisite in Unterverzeichnis erstellen kann, habe ich mehr Möglichkeiten einen passenden Domainnamen zu finden. Mit example.de/berlin etc. habe ich deutlich mehr Spielraum.

Mein Provider sagt: Leider ist es nicht möglich einen Shell-Zugriff einzurichten. Sie können uns aber gerne mitteilen auf welche Folder Sie einen Symlink benötigen. Diese richten wir Ihnen dann ein.

Die Frage ist, kann es dann zu anderen Problemen kommen? Oder läuft dann die Multisite wie gewöhnlich? Clean URLs usw.?

Wenn es um die Trennung von content geht, gibt es viele Möglichkeiten.
Views, content_types, taxonomie ...

Es soll schon ne echte Trennung sein. Ein Berliner soll sich nicht für Kölner Sachen interessieren. Auch soll er nicht zufällig darauf stossen. Daher schien mir die Trennung durch Multisites als die logischste Lösung

Du hast dann eine "normale" Multisite Installation mit allen Vor- und Nachteilen. Clean-URLs sollten kein Problem sein, denn die hängen eh an der .htaccess in Drupalverzeichnis wie sonst auch.
Ich hoffe, Du bist Dir aber auch über die Nachteile einer Multisite-Installation im Klaren. Die einzelnen Installationen sind vollständig unabhängig von einander, auch was die User-IDs betrifft. Auch der Datenaustausch geht nicht so einfach sondern benötigt Feeds zwischen den Installationen. Wenn Du Drupal updaten willst, mußt Du alle Installationen gleichzeitig in den Wartungsmodus setzen und dann in jeder Site den Update durchführen. Nach dem Update kannst Du diese Installation wieder freigeben und die nächste updaten. Für solch ein Szenario würde ich Drush einsetzen wollen, aber auch das erfordert einen Shell-Zugang. Überlege noch einmal genau, was Du willst.

Beste Grüße
Werner

Mh jetzt bin ich verunsichert :( ....Aber das ist gut.
Datenaustausch ist nicht angedacht und bisher wollte ich das Konzept verfolgen dass ein Berliner wirklich nur Dinge aus Berlin sieht und keine Möglichkeit hat über Filter, Taxonomy oder ähnliches etwas aus Köln zu sehen.
Getrennte Stadt, getrennter Bereich, keine überladenen Einträge die mich nicht interessieren. Reise ich nun nach Berlin kann ich über die subdomain das Portal wechseln. Getrennte Nutzer und Daten.
So hatte ich es angedacht...bisher...

kann man natürlich in Subdomains komplette Installationen ablegen.

Allerdings würde ich dennoch bei dieser Anwendung eher zu content_access, content_types und taxonomy greifen.

Denkbar wäre auch taxonomy_access.

Das hält das System einigermaßen wartbar.

Erstmal danke für die vielen Anregungen.
Ich habe bereits einige Seiten Inhaltlicht mit Modulen wie context, domain, taxonomie, panels, views etc. getrennt. Denkbar wäre ja auch eine Trennung über die Links bzw. nodes.
Aber nehmen wir mal www.meinestadt.de, sowas soll es werden nur anderer Inhalt und nicht auch nur annöhernd diesen Umfang. Das Projekt wird sich maximal auf die Städte meiner Umgebun beziehen und vom Arbeitsaufwand passen da nicht viele rein. Wenns mal 5 Städte sind ist das scon viel.

Meinestadt.de ist auch über subdomains komplett getrennt bzw. wenn ich meine Stadt z.B. Dortmund eingeben, werde ich niemals etwas aus Berlin zu Gesicht bekommen, es sei denn ich ändere die subdomain zu Dortmund.

Aber ich werde mir wohl nochmal die alternative Trennung anschauen müssen, denn zu 100% kenne ich nicht die Möglichkeiten, zumindest nicht in diesem Fall.

Wer kennt sich denn mit OG, Domain Access, Theme Key usw. aus? Kennt die Zusammenhänge aller Module und was sie bewirken im kombinieten Einsatz bzw. wo die Grenzen sind. Ich habe zwar mit allen Modulen bereits gearbeitet aber es kommt immer wieder vor dass ich etwas übersehe.

Wenn sich jemand angesprochen fühlt und mich am besten mal telefonisch gegen Bezahlung beraten kann, bitte bei mir melden.

in Verbindung mit views.

Es gibt sicher auch Bereichsübergreifende Informationen. Beispielsweise aus der Region.

Der Benutzer muss sich nur einmal anmelden, egal welchen Teilort er betrachten möchte.

Das sieht wirklich nach einem klassischen Taxonomythema aus.

OG ist für dynamische Gruppen, die sich selbst verwalten können sollen.
Das ist ein Komplexitätsgrad, den du sicher nicht brauchst.