Drupal-Neuling / externe DB / ohne Nodes?

Hallo Armin,

guck dir doch mal das Modul Node Import an (http://drupalmodules.com/module/node-import), ob nicht Importieren vielleicht doch schneller und einfacher geht und langfristig die bessere Lösung ist.

Interessant ist auch das Modul Migrate (http://drupalmodules.com/module/migrate), mit dem ich aber noch keine Erfahrung habe.

(Dort lohnt auch immer ein Blick auf die "Related Modules".)

Eine Übersicht über die verschiedenen Import/Migrations-Module gibt es unter http://groups.drupal.org/node/21338 .

Gruß
Frank

Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren.

Hallo Frank,

erstmal Danke fuer Deine Antwort! Ich habe mit Migrate / Table Wizard bereits herumgespielt und sehe schon, wie maechtig Drupal wird, wenn eben alle Daten in der Drupal-eigenen Datenbank abgelegt sind. Mein einziges Problem ist, dass ich alle Hintergrundprozesse die ueber Jahre gewachsen sind eben umstellen muss. Meine Daten werden aktuell teilweise manuell und automatisch von eigengeschrieben PHP Programmen gepflegt. Es besteht kein Zweifel daran, dass es das Beste ist, alles in Drupal einzupflegen.

Die Frage ist aber, ob es nicht 'einfacher geht' nach dem Motto:

- Eigene Datenbank behalten
- Eigene Daten per XML/RSS/Feed von Drupal einlesen lassen
- temporaere Nodes aus den Feeds erstellen lassen
- wenn eben kommentiert wird, etc. bleibt der Node erhalten
- ansonsten wird nach Node einer gewissen Zeit geloescht

FeedAPI macht ja das meiste, aber ich sehe ein Problem darin, dass die NodeID irgendwann aus dem Ruder laeuft, wenn staendig neue Nodes erstellt und wieder geloescht werden. Optimial ist das dann sicher nicht mehr.

Hmmm, ich habe irgendwie keine zuendende Idee :-) Bin ich wirklich der erste der vor solch einem Migrations-Problem steht? Hat jeder seine Daten neu in Nodes/CCK-Felder modelliert? Wenn jetzt natuerlich 10 Leute schreiben, sie haetten ihr altes System komplett in Drupal abgebildet muss ich es wohl einsehen, dass die Umstellung auf Drupal eben damit verbunden ist.

Danke,

Armin

Nur so 'ne Idee: Könnte man das so ähnlich realisieren, wie externe Werbebanner von Drupal eingebunden werden? Siehe z.B. http://drupalmodules.com/search/node/openx oder die Anbindung von Amazon: http://drupalmodules.com/search/node/amazon

(Dort lohnt auch immer ein Blick auf die "Related Modules".)

Gruß
Frank

Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren.

Ich habe mich mit dem Migrate-Modul noch nicht beschäftigt. Nach der Beschreibung ist es aber ein gangbarer Weg.

Eine Alternative wäre:

1. Ein Modul schreiben, das sich ein Bild bei Bedarf live vom jetzigen Server holt und anzeigt (ohne Nodes).
2. Das Modul so erweitern, das transparent ein Node erzeugt, ein Alias setzt und den Node löscht wenn er auf dem jetzigen System gelöscht wird.
3. Die Drupal-Site so erweitern, das sie als Ersatz für deine jetzige Site dienen kann.
4. Alle Bilder ein mal anfassen damit zu jedem Bild ein Node da ist.

Im einzelnen

1. Hier kannst du erste Erfahrungen mit der Entwicklung von Drupal-Modulen machen. Nachdem du dich in die Funktionsweise von Drupal-Modulen eingelesen hast brauchst du lediglich einen Menüeintrag mit Wildcard Loader Argument, eine entsprechende Load-Funktion und einen Page Callback. Technisch gesehen könntest du auch mit dem nächsten Punkt starten, es bringt dich aber schnell dorthin, Bilder auf deiner neuen Site anzuzeigen. Auch zum Lernen ist es besser, da du nicht sofort mit allen Drupal-APIs erschlagen wirst.
2. Das wird etwas komplizierter, da du dich mit der API zur Dateiverwaltung und den Internas des CCK auseinandersetzen musst. Im wesentlichen sollte der Page Callback nicht mehr die Daten anzeigen, sondern den Node erzeugen, einen Path Alias anlegen und auf den erstellten Node weiterleiten. In hook_nodeapi($op = 'view') kannst du dann prüfen ob das Originalbild noch vorhanden ist, gegebenfalls den Node löschen und ein 404 ausgeben.
3. Sobald du ein paar Nodes hast kannst du Fivestar einbinden, Views anlegen, Kommentare, Foren und Benuterprofile konfigurieren und was du noch so alles an Funktionalität haben willst.
4. Wenn du mit dem Ergebnis zufrieden bist, dann schnappst du dir die IDs aller Bilder deiner alten Site, konstruierst die URLs unter der die Bilder auf deiner neuen Site erreichbar sind, packst das ganze in eine Datei und startest eine geeignete Anfrage mit wget. Danach kannst du das Modul, das du für die Migration geschrieben hast, abschalten.

--

Genial !!!

zu 4. faellt mir spontan ein, dass ein wget/externes Skript garnicht noetig ist. Das uebernimmt Google mit seinem Crawler fuer mich :-)

Eigentlich muss ich mich nur wie beschrieben, an das OpenX oder Amazon-Modul anlehnen. Statt Werbung oder Buecher werden eben meine Bilder angezogen. Die passenden Schnittstellen dazu kann ich ja schreiben, kein Thema.

Zur ganzen Node-Verwaltung kann es vielleicht auch eine andere Loesung geben. Ich koennte ach ein Programm schreiben, dass alle x Stunden laeuft, sich meine bild_id zieht, schaut ob ein Node mit dieser bild_id bereits vorhanden ist (kann ja das NodeTitle-Feld oder eben ein CCK-Integer-Feld dazu Missbrauchen) und dann entsprechend anlegen oder loeschen.

Alle Funktionalitaeten mit Fivestar/Kommentare/etc. waeren zu dem Zeitpunkt gegeben, da ueber die View die Node-ID vorhanden ist und ueber mein Modul oder Table Wizard die weiteren Felder (bild_url, bild_name) angezeigt werden koennen.

Ach ja, um kein Wirrwarr mit geloeschten Nodes zu haben, kann ich die geloeschten Nodes auch einfach nur entsprechend markieren und beim naechsten Mal wenn ein neuer Node gebraucht wird loeschen. OK, jetzt lese ich mich mal in die Modulentwicklung ein, oder versuche das bestehende OpenX/Amazon auf meine Beduerfnisse anzupassen.

Kann es sein, dass ich zum totalen Drupal-Fan mutiere? Es macht ja fast keinen Sinn mehr, irgendeine Anwendung noch von Hand zu schreiben :-)

Views kann nur die Bilder auflisten, zu denen auch Nodes existieren. Auch Google findet nur die URLs, die irgendwo verlinkt sind. Deshalb sollte eine abschließende Übertragung der Bilder in einem Rutsch erfolgen.

Kann sein. Heilung habe ich noch keine gefunden. Django lindert vielleicht die Symptome.

Ich bevorzuge auch den Einsatz von Frameworks. Drupal ist halt eines, das auf Content Management spezialisiert ist und eine Datenbank mitbringt. Das ist bei Webanwendungen schon mal nicht verkehrt.

Aber ich schreibe auch gerne Quelltext für Drupal. Zum einen ist kaum möglich, Konfigurationen, die in der Datenbank liegen, in einer Versionsverwaltung abzulegen. Zum anderen ist es recht mühselig, Datenbankeinträge von einer Site auf eine andere Site zu übertragen (was beim Staging und Deployment recht häufig notwendig ist).

--

Hier noch zwei interessant klingende Module, mit denen man externe Bilder in Drupal einbetten kann:

Embedded Media Field
http://drupalmodules.com/module/embedded-media-field

FeedAPI Imagegrabber
http://drupalmodules.com/module/feedapi-imagegrabber

Gruß
Frank

Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren.