Suchen Drupal Profi zur Installation für Agentur Multisite

Ich sage , mal ich habe die letzten Wochen öfters gelesen , bei D Profis die eher abraten von Multisite . Ich werde aber die links nicht posten .

Ich hab leider keine Zeit, möchte aber Patrick Schanen zustimmen.
Wann ist eine Multisite sinnvoll?
- es handelt sich um mehrere *sehr* ähnliche Seiten, die vom Inhalt her komplett getrennt sind.
- Jede Site hat eine eigene Datenbank.
- Jede Site hat eine möglichst gemeinsame Codebasis.
Beispiel: Ich vertrete mehrere Künstler, die alle eine eigene Webseite mit gleicher Logik aber unterschiedlichem Aussehen haben.

Wenn die Codebasis und der innere Aufbau der Seiten sich stark unterscheiden kann zB ein Modul- oder Drupalupdate zu heftigen Problemen führen: Site 1 braucht das Update X, aber Site 2 benutzt Modul Y was zu diesem Update X inkompatibel ist.
Deshalb benutzen "Profils" so gut wie nie Multisites.

Eine andere Anforderung ist:
- jede Site hat viele gemeinsame Daten
- aber nicht alle Daten sind auf jeder Site zu sehen (das gleiche gilt für User)
- Und es soll unterschiedliche Themes geben
Das ist ein Fall für das Domain-Modul.

Wenn Du einen Experten hast, stell sicher, dass er mit git und Features arbeitet.

Wenn die Seiten für verschiedene Kunden sind, würde ich das auf jeden Fall aus den genannten Gründen mit getrennten Seiten umsetzen.

Kürzlich habe ich ein eigenes Projekt mit dem Domain-Modul umgesetzt.
Da geht es darum, daß einige Bereiche ähnlich sind, jedoch die Farbgebung und diverse Blöcke / Views sich je nach Domainnamen unterscheiden:
http://www.gartenstauden.de
Dann oben auf Baumschulpflanzen klicken, um den Wechsel zu beobachten.

Hier wird das gleiche Theme verwendet und eine CSS-Datei mit Abweichungen für den zweiten Domainnamen eingebunden.
Ich bin noch am Testen, ob der Wechsel in jedem Fall einwandfrei funktioniert.
Momentan sieht es so aus, anfangs gab es ein paar Probleme.

Für diesen Anwendungsfall macht es Sinn, aber vermutlich reicht es für den angefragten Anwendungsfall Agentur Multisite nicht aus.

Ich mache ja nur noch selten Werbung für TYPO3, aber für echte Multisite-Funktionalität wäre TYPO3 mit dieser Extension
http://typo3.org/extensions/repository/view/freesite
evt. die bessere Wahl.
Die Extension erlaubt es, eine Dummy-Webseite anzulegen und von dieser per Knopfdruck Kopien zu erstellen, die dann im TYPO3 Seitenbaum aufgehängt werden und unterschiedlich konfiguriert werden können.
U.a. eben auch mit abweichendem Domainnamen.
Das geht dann ganz einfach - sofern man Typoscript beherrscht.

Vor einigen Jahren habe ich eine Webseite mit Freesite eingerichtet, allerdings nur zum Testen.
Das hat gut funktioniert und ist so ziehmlich das einzige Thema, wo ich TYPO3 stärker finde, als Drupal.

Ich sehe allerdings gerade, daß Freeseite zuletzt 2009 aktualisiert wurde.

Weitere Infos gerne per PM.

Hallo zusammen,
vorab erst einmal ganz herzlichen Dank für die wirklich sinnvollen Hinweise und "Bewerbungen" auf meine letzte Anfrage bezüglich einer Agentur-Multisite.
Ich möchte die Chance nutzen und etwas mehr Klarheit in den Anspruch unseres Web-Projektes zu bringen und eine Entscheidungshilfe zu erhalten ob wir das Projekt als Multisite oder mit Domain-Modul umsetzen sollen.

Also, es ist ein Webprojekt mit hohem PR-Aspekt für eine Eventagentur mit Franchise-Partnern.
Geplant sind
1 Portalsite (Core-Domain) mit Weiterleitungen auf die jeweiligen Themensites (Subdomains mit verschiedenen Themes) und Auswahlmenu zu den Subdomains für Filialunternehmer (V-Karten in einer gleichen Themedarstellung).

In den Themensites sind geplant
3 Shopsites (Sub-Domains) für verschiedene Anbieter mit verschiedenen Angeboten (ein gleiches Theme mit Shopinstallation)
1 Subdomain mit dem Pin It Theme (Pinterest-Style)
1 Sub-Domain zur Abwicklung einer Magazin-Logistik
1 Sub-Domain für einen Photoblog
diverse Sub-Domains für Filialunternehmer mit einem gleichen Theme

Alle Domains sollen auf bestimmte Inhalte des Cores und den Sub-Domains (in beide Richtungen) zugreifen können. Allerdings sollen die Inhalte jeweils durch die Admins zuweisbar sein.

Soweit bis hier. Ich bin gespannt...
Gruß und Dank
Andreas

Hallo Andreas,

das Domain Modul erlaubt es dir deine Webseite unter mehreren Domänen laufen zu lassen. Die einzelnen Domänen können sich dann etwa durch CSS Dateien (wie oben bereits schön beschrieben), oder Sprache, oder so etwas unterscheiden. Auch kann man mit Hilfe des Domain Moduls sämtlichen Content sehr leicht den unterschiedlichen Domänen zuweisen. So kann Content A z.B. unter www.mysite.com sichtbar sein und Content B unter myothersite.com. Allerdings handelt es sich logisch gesehen um eine einzige Site, die unter jeder Domain im Grunde die selbe Funktionalität anbietet.

Das Multisite Setup erlaubt es dir mit nur einer Drupalinstallation (soll heißen es gibt nur einen Drupal Ordner auf deinem Webserver) mehrere Seiten zu beschicken (also mehrere Datenbanken). Vorteil ist hier der, dass man nur eine Drupalinstallation aktuell halten muss. Jedoch sind die Seiten logisch von einander getrennt. Das zuweisen von Content etwa von Site A zu Site B ist nicht ohne weiteres möglich, denn die Daten dafür liegen in der Datenbank von Site A und nicht in der von Site B.

Weil du sehr unterschiedliche Seitenarten betreiben möchtest (Shop, Blog, etc.) eignet sich meiner Meinung nach beides nicht so richtig für dich. Ich würde dir empfehlen jeweils ein eigenes Drupal für jede Seite zu nehmen. Dadurch kannst du jede Seite ideal optimieren und wirst keine Versionskonflikte zwischen den Modulen haben (kann bei Multisites auftreten). Das aktuell halten der Installationen ist mit Drush ein Kinderspiel und in der Regel mit nur wenig Aufwand verbunden. Was die Zuweisung von Inhalten an die einzelnen Seiten angeht, so würde ich, um es sauber zu lösen, auf Contentmigration setzen. Dadurch würdest du Inhalte in einem System pflegen und diese würden automatisch an die Zielseiten gepusht werden. Das Feeds bzw. Migrate Modul würde hierbei zum Einsatz kommen.

Lösungen wie Site A kann auf Datenbank von Site B zugreifen sind zwar möglich, aber kein echter Profi würde dir dazu raten oder es so umsetzen.

Beste Grüße,
Artur

Wie soll die Shop-Installation genau beschaffen sein?
Wer pflegt die Produkte?

Die Multisite-Lösung könnte dann von Vorteil sein, wenn Frontend-User mit einem Account auf alle Shops zugreifen sollen.

Das riecht allerdings nach Marktplatzfunktionalitäten und da geht's wirklich an's Eingemachte und an der Stelle wird die Frage nach dem verfügbaren Budget sehr relevant...

Hallo Andreas,

also das Projekt von Dir ist riesig und wird wahrscheinlich sehr teuer.
Ich glaube auch nicht dass es sinnvoll ist alle 7 Sites auf der gleichen Server
Instanz laufen zu lassen.
Dafür benötigst Du mehr Ressourcen als Dir ein normaler Webserver zur Verfügung
stellt.
Auch die Magazin Logistik Anforderung scheint mir so spezifisch, dass ich das kaum mit Drupal machen würde.
Die Arbeitsabläufe des Magazins sind ja vermutl. schon genau vorgegeben und die musst Du in Drupal nachbilden.

Um das ganze einfacher zu machen empfehle ich Dir alle als einzelne Drupal Instanzen aufzusetzen und einfach die User Tabelle zu Sharen:
https://drupal.org/node/22267
Admins können Content über Features über die Domains verteilen.
Alternativ lässt sich auch über den Einsatz von LDAP nachdenken
Ausserdem solltest Du aus Performance Gründen auch über den Einsatz von SOLR nachdenken.

MfG

Robert