Workflow Update von Drupal 6 zu Drupal 8

Das dürfte nicht so einfach werden und man muß vermutlich gezielt Software erstellen. Bei Drupal 6 waren die Übersetzungen eines Nodes jeweils wieder eigenständige Nodes mit eigener Node-ID. Alle Nodes, die zusammen gehörten, wurden über die Translation-ID geklammert, die der Node-ID des Originals entsprach. Bei Drupal 8 werden dagegen die Felder eines Nodes übersetzt und die Node-ID bleibt gleich. Ähnlich ist bei der Taxonomie. Auch dort bleibt heute die Term-ID unabhängig von der Übersetzung, anders als früher. Ebenso waren die Menüs in Drupal 6 je einmal pro Sprache vorhanden. Man wird also genau überlegen und planen müssen, wie man "nur" die Inhalte von Drupal 6 nach Drupal 8 bekommt. Der Rest muß ohnehin neu aufgebaut werden.

Kann Drupal6 auch weiter verwendet werden? Oder ist dies eher abzuraten?

außer es wird in einem geschlossenen Intranet für weniger wichtige Dinge betrieben, und die Betreiber wollen keine wesentlichen Erweiterungen mehr, oder porgrammieren diese selbst.
Sicherheitsupdates gibt es nicht mehr.

Es ist ja nicht nur ein völlig veraltetes Grundsystem, das nicht mehr aktualisiert wird, sondern auch die zugrundeliegende Programmiersprache, PHP hat inzwischen Veränderungen erfahren.

Aktuell ist PHP7 - viele Bereiche von Drupal 6 laufen nicht mehr unter PHP7.

Natürlich kann man sie wieder zum Laufen bringen, indem man die Bereiche, die Fehler werfen, manuell überarbeitet.
Binnen Kurzem darf man die Sourcecode an vielen Stellen selbst korrigieren, was nicht mehr einer stabilen Basissoftware entspricht.

Da der Schrit von Drupal 6 nach Drupal 7 schon erhebliche Veränderungen und Verbesserungen gebracht hatte, und Drupal 8 in vielen Bereichen ganz neu aufgebaut und neu strukturiert wurde, ist es, wie Werner bereits schrieb, das beste, das System neu unter Drupal8 aufzubauen, und nur die Daten zu übernehmen.

Damit ist Dupal ja nicht so zukunftssicher wie Wordpress. Hier konnte man die letzten 10 Jahre problemlos Updaten und alle Inhalte und URLs sind erhalten geblieben.

Es muss doch eine Möglichkeit geben, wie man die Inhalte ordentlich rüber bekommt. Mal abgesehen von den zusätzlichen CCK Feldern.

es gibt auch eine direkte Migrationslösung, die jedoch weitere Handarbeit nicht ausschließt.

Zum Beispiel gibt es seit D7 kein CCK-Modul mehr, weil es bereits zum Core gehört und mit Drupal 8 ist auch das Views-Modul und die entity_references in den Core gewandert.

Einige Klimmzüge, die unter D6 nötig waren, werden nicht mehr gebraucht, weshalb an diesen Stellen eine Neustrukturierung sinnvoll ist.

Drupal mit Wordpress zu vergleichen, ist wie Notepad mit MS-Word zu vergleichen.

In D8 ist auch der CKEditor an Bord, und alle content_types sind entities - auch das Userprofil.

In der Entwicklung ist sehr viel passiert, weshalb es wenig sinnvoll ist, eine relativ kleine Seite automatisch zu übernehmen.

Da sich einiges auch anders verhält, ist es in jedem Fall sinnvoll, sich intensiv mit dem neuen Release zu befassen.

Na ja, so klein ist die Seite nicht. Sind mehrere Tausend Inhalte und die teilweise noch in 5 Sprachen.

Drupal6 hat für jede Übersetzung einen eigenen Node angelegt.
In Drupal8 ist die Mehrsprachigkeit bereits integriert, und es werden keine neuen NodeIDs vergeben.

Mehrere tausend Nodes sollten für Ex- und Import kein wirkliches Problem darstellen.

Jetzt kommt es darauf an, wie die node_types strukturiert sind, ob dort vielleicht sogar Verbesserungen sinnvoll sind, ehe man die Inhalte wieder reinballert, und welche Module sonst im Einsatz waren/sind und inwieweit diese im Core sich wiederfinden, oder durch andere ersetzt wurden.

Heisst also im Klartext, es müssen alle Seiten und Beiträge manuell eingefügt werden?

oder feeds, oder beide ein Bisschen, ist von der Struktur abhängig.

Für 5 oder 6 Artikel eines Types würde ich keinen feed entwickeln - ist schließlich auch ein bisschen Arbeit.
Bei 50 oder 60 schon.

An einer gezielten Vor- und/oder Nachbehandlung wirst du nicht vorbeikommen.
Views_data_export ist leider erst ab D7 verfügbar.

Bei D6 gab es das Modul [do:views_bonus Views Bonus Pack], das einen CSV-Export erlaubte.

Wir haben einige 1000 Inhalte im Drupal. und etliche davon sogar in 5 Sprachen.
Da finde ich es doch hilfreich wenn jemand sowas schon mal gemacht hat und dafür einen Lösungsansatz posten könnte.
Views Bonus Pack schaue ich mir mal an. Ich glaube das ist sogar schon installiert.

also ich würde einfach zu drupal 7 upgraden. drupal 8 ist echt nicht fertig! so einfache sachen wie einen guten funktionieenden editor gibt es nicht. viele module gibt es nicht, die problemlos funktionieren...
dann d8 überspringen und evtl zu d9 migrieren.

Ist denn ein einfaches Updaten zu Drupal7 überhaupt möglich? Oder muss hier auch wieder eine Datenmigration durchgeführt werden?

das hängt von der struktur ab. nodes und felder lassen sich relativ einfach upgraden

Hauptsächlich geht es mit um die Inhalte. Die zusätzlichen Felder sind eher uninteressant.

Export der einzelnen Felder über Views und Import der Daten in eine neu definierte Struktur mittels Feeds ist ein gut gangbarer Weg. So habe ich auch eine größere Drupal 6 Installation nach Drupal 7 migriert.
Euer Problem ist aber die Mehrsprachigkeit. Auch wenn Drupal 7 noch die alte (wie Drupal 6) Mehrsprachigkeit unterstützt, ist das nicht zukunftsfähig. Es bleibt also nichts anderes, als mittels eigener Software die verschiedenen Sprachen in den Feldern des Ursprungsnodes (also des nicht übersetzten Nodes) zusammenzuführen. Da gibt es nichts Fertiges.

also von d6 zu d7 braucht man in der regel keinen ex- und import. das geht einfach per direktem upgrade!

also in drupal 7 gibt es ja dann auch das entity tanslation modul dort gibt es ein submodul um übersetzte nodes in übersetzte entities umzuwandeln. ob das funktioniert wiß ich allerdings nicht

Ich habe jetzt mal einen Migrationstest von Drupal6 zu Drupal7 probiert.

• Dazu habe ich erst alle Module, außer der Core Module und die SEO URLs, sowie den Cache in der Drupal6 deaktiviert.
• Dann habe ich die Datenbank und den Site Ordner exportiert
• Ein Drupal7 auf dem Testserver hochgeladen
• Die Datenbank importiert und den Site Ordner in Drupal7 durch den von Drupal6 ersetzt
• Jetzt noch die settings von Drupal 7 mit den Werten von der Testdatenbank angepasst und die Updates auf Öffentlich gestellt.
• Zu letzt noch den Updateprozess angestoßen, was eine ganze Weile gedauert hat. Bei mir ca. 20min

Das Ergebnis war, das ich den normalen Content gesehen habe und auch die Sprache umschalten konnte.