Synchronisation Node-Typs zwischen mehreren Drupal Seiten
Eingetragen von Drupo (2)am 29.12.2009 - 15:15 Uhr in
Hallo,
ich möchte mit Drupal folgendes erreichen:
- Es soll 2 getrennte Drupal Portale (unterschiedliche Themes, Inhalte, Module, Einstellungen) geben.
- ABER: Drupal Portal 2 soll auf einen Node-Typ des Drupal Portals 1 zugreifen können.
Wie das geschieht lasse ich erst einmal offen. Möglichkeiten wären zum Beispiel:
- Der Node-Typ existiert wirklich nur auf Portal 1 und Portal 2 greift darauf zu
- Node-Typ von Portal 1 wird automatisch auf Portal 2 übertragen und regelmäßig synchronisiert
- Ein Multi-Site-Ansatz mit geteilten Tabellen
- Synchronisation auf der Ebene von MySQL
Der betreffende Node-Typ ist relativ komplex mit diversen CCK-Feldern wie zum Beispiel auch Filefield, Date, Location. Es gibt ca. 4000 Nodes dieses Node-Typs, jeden Tag kommen ca. 10-30 neue dazu.
Getestet habe ich bisher folgende Module:
- Domain Access: Ist eher für 2 sehr ähnlich aufgebaute Portale geeignet. Bei stark unterschiedlichen Portalen ist man zu stark limitiert.
- Deployment / Services: Läuft bei einfachen Node-Typen ganz gut, macht in meinem Fall aber Probleme (gibt wohl Schwierigkeiten mit Date, Filefield, ...)
- Content Distribution: Funktioniert bei mir gar nicht.
- Node Export: Arbeitet nicht mit Bildern / Filefield
Hat hier jemand einen Tipp, was es sonst noch für Lösungen / Möglichkeiten gibt, spezielle Inhalte zweier Drupal Portale zu synchronisieren.
- Anmelden oder Registrieren um Kommentare zu schreiben
Ich würde über eine
am 29.12.2009 - 15:42 Uhr
Ich würde über eine zusätzlich definierte Datenbankverbindung in der settings.php nachdenken. Drupal kann ja mehrere Datenbankverbindungen handhaben; man wechselt dann die Verbindung und hat daraufhin die üblichen Drupal-db-Befehle zur Verfügung, die auf die Inhalte der 2. DB zugreifen.
Das ginge dann jedoch eher in Richtung Modulentwicklung.
Möglicherweise gibt's ja auch etwas in dieser Art bei den contrib's...
EDIT: Oder Du machst das simpel über RSS und das Core-Aggregator-Modul, was aber vielleicht auch für Deine Zwecke über ein eigenes Modul angepasst werden muss.
In dem Fall würde ich es
am 29.12.2009 - 15:49 Uhr
In dem Fall würde ich es mal mit einer Multisite probieren. Grundsätzlich müsstest du natürlich auch Aussagen darüber treffen, ob die Sychronisierung uni- oder bidirektional erfolgen soll.
Denkbar ist natürlich auch eine vorhandene aber unzureichende Lösung als Basis zu nehmen und weiterzuentwickeln, oder sich selbst eine Sychronisation zu bauen. Hier könnte man etwa auf Basis eines Webservice komplette Nodes samt Attachments / Dateifelder serialisieren.
P.S.:
Ich nehme an über Duplicate Content seid ihr aufgeklärt und habt euch dazu eure Gedanken gemacht?
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Danke für die Tipps bisher.
am 29.12.2009 - 16:30 Uhr
Danke für die Tipps bisher. Werde ich mir mal anschauen und Gedanken darüber machen.
Ich nehme an über Duplicate Content seid ihr aufgeklärt und habt euch dazu eure Gedanken gemacht?
Ist in der Tat ein schwieriges Thema. Konkret geht es um Veranstaltungstermine (mit Datum, Beschreibung, Bildern und Ort), die bisher auf Portal 1 sind und auch für ein neues Portal mitgenutzt werden sollen.
Um die DC - Problematik zu mildern wollten wir:
- andere Meta Tags (Keywords, Description) nutzen
- einen anderen Seitentitel generieren
- die Beschreibung durch ein "Vorwort" zumindest minimal ändern
Bleibt zwar trotzdem DC, aber ich hoffe Google sieht das nicht zu ernst (die ganzen Seiten, die Eventim / Ticket-Online Eventbeschreibungen 1:1 übernehmen sind immerhin auch alle noch bei Google zu finden).
Außerdem soll dies hauptsächlich ein Zusatzservice für Menschen sein, die wegen der anderen Inhalte zu unserer Website kommen. Wenn die Veranstaltungen also nicht bei Google zu finden sind, ist das zwar suboptimal aber nicht existenzbedrohend.