Von Exponential wegmigrieren #

Ihre Inhalte gehören Ihnen. Exponential speichert sie in einem offenen Datenbankschema und in gewöhnlichen Dateien und hat Werkzeuge, die sie in einfachen Formaten ausgeben. Diese Seite listet sie auf und gibt einen Plan vor; den Rest bestimmt der Import des Zielsystems. Anleitungen für bestimmte Ziele: WordPress, Drupal, Joomla, Shopify, Contentful, Website-Baukästen und innerhalb der Produktfamilie Platform Legacy, Nexus, DXP.

Übersicht Migration · Checkliste · Werkzeuge

Inhalt #

• 1. Was Sie exportieren sollten
• 2. Der vollständige Export, Schritt für Schritt
• 3. Rich Text
• 4. Adressen für die Weiterleitungen
• 5. Benutzer und personenbezogene Daten
• 6. Checkliste

1. Was Sie exportieren sollten #

2. Der vollständige Export, Schritt für Schritt #

1. Frieren Sie die Bearbeitung ein (oder notieren Sie die Uhrzeit für einen späteren Delta-Export).
2. Site-Archiv mit xrowextract, alle Klassen, in dem Format, das das Ziel am besten liest (CSV für Tabellenkalkulationen und die meisten Importer, JSON für Skripte).
3. Speicher: Kopieren Sie var/<site>/storage/ (bei einem Datenbank-Cluster vorher die Dateien des Clusters mit exp:clusterize -u).
4. Datenbank-Dump, als Archiv, auf das Sie zurückgreifen können.
5. Layouts, wenn das Ziel sie nutzen kann (ein anderes Exponential oder ein Skript).
6. Adressliste (4).
7. Prüfen Sie das Archiv: Öffnen Sie das Manifest, gleichen Sie die Zeilen pro Klasse mit den Anzahlen in der Administration ab, öffnen Sie eine Stichprobe der Dateien.

3. Rich Text #

ezxmltext-Attribute werden im XML-Format von Exponential gespeichert. Das Ziel braucht HTML (oder Markdown). Zwei Wege:

• Rendern: Der REST-v2-Aufruf mit OutputFormat=xhtml oder die eigenen Templates der Site liefern das HTML, das die Besucher gesehen haben.
• Transformieren: Wandeln Sie das XML (Absatz, Überschrift, Link, Einbettung, Tabelle, Custom Tags) in einem Skript in HTML um; Einbettungen werden zu Bild-Tags oder Links auf die exportierten Dateien.

4. Adressen für die Weiterleitungen #

Der Haupt-URL-Alias jedes Knotens steht im Site-Archiv (eine Spalte pro Objekt). Andere Aliase (eigene Aliase, andere Sprachen) und die Platzhalter stehen in der Datenbank (ezurlalias_ml, ezurlwildcard). Erstellen Sie daraus die Weiterleitungstabelle: alte Adresse auf die Adresse desselben Eintrags im neuen System, zugeordnet über die Remote-ID oder die Objekt-ID. Richten Sie sie im neuen System ein, bevor das DNS umgestellt wird.

5. Benutzer und personenbezogene Daten #

• Das Site-Archiv enthält nie Passwort-Hashes. Die Benutzer vergeben im Zielsystem neue Passwörter (versenden Sie Mails zum Zurücksetzen), es sei denn, das Ziel kann Standardwerte von PHPs password_hash() prüfen: Dann lässt sich ein Datenbankexport der ezuser-Hashes vom Typ 7 verwenden. Entscheiden Sie das mit Ihrer Datenschutzberatung.
• Exportieren Sie nur die personenbezogenen Daten, die das Ziel braucht; bewahren Sie den Rest in einem zugriffsgeschützten Archiv auf oder löschen Sie ihn, wie es Ihre Aufbewahrungsregeln vorsehen.

6. Checkliste #

• To do: Einfrieren oder Delta-Plan; Site-Archiv mit allen Klassen; Manifeste geprüft.
• To do: Speicher kopiert; Datenbank-Dump archiviert; Layouts exportiert, falls nützlich.
• To do: Rich Text gerendert oder transformiert; Einbettungen zu Dateien aufgelöst.
• To do: Weiterleitungstabelle aus URL-Aliasen und Platzhaltern; im Zielsystem eingerichtet.
• To do: Benutzer und personenbezogene Daten nach den vereinbarten Regeln behandelt.
• To do: Alte Site schreibgeschützt behalten, bis die neue abgenommen ist.

Diese Seite ist Teil der Exponential-Dokumentation und freie Dokumentation unter der GNU Free Documentation License 1.3 oder einer späteren Version (die Lizenz dieser Dokumentation).