Legacy-Upgrade von 5.5 nach 6.0
Auch verfügbar in English, Français, Русский
Aktualisiere dein WackoWiki von 5.5 auf 6.0.
Siehe auch den Migrationsleitfaden für WackoWiki Version 6.1, 5.0.
1. Vorbereitungen
- Überprüfe die Voraussetzungen und lies die Versionshinweise.
- Mache eine Datensicherung
- deines Wiki-Ordners
- deiner Wiki-Datenbank (z.Bsp. mit phpMyAdmin)
WICHTIG
Erstelle ein Sicherungskopie deiner Daten! Bevor irgendetwas getan wird, sollten die bestehende Datenbank und die Dateien gesichert werden. Außerdem ist sicherzustellen, dass während der Migration niemand die Datenbank benutzt, da dies zu Datenverlusten führen kann.
- Es ist unbedingt erforderlich, dass vor dem Upgrade eine Datensicherung deiner WackoWiki-Datenbank durchgeführt wird.
- Der Aktualisierungsvorgang überträgt deine vorhandenen Daten der Installation von der alten Version auf die neue Version. Die Migration von der neuen Version zurück zur alten Version wird nicht unterstützt.
2. Vor-Upgrade-Routinen für R6.0
Überspringe diesen Abschnitt, wenn kein Upgrade von R5.5 erfolgt.
2.1. Konvertieren der Tabellen und Datensätze in UTF-8
Der erste Teil der Routinen ist vor dem Upgrade auf R6.0.x auszuführen.
3. Aktualisierung
3.1. Download
- Lade die neue Version herunter.
- Extrahiere die neue Datei wacko.r6.0.x.zip
- Entferne alle Wacko-Ordner und Dateien von deiner aktuellen Installation, mit Ausnahme von
-
config/config.php
-
file/
-
- Kopiere die neuen (wacko.6.x.y) Dateien in deinen Wacko-Ordner
- Lösche die Cache-Datei unter
cache/config/config.php
- Überprüfe die Dateiberechtigungen
3.2. Installer
Rufe die URI example.com/wiki-ordner/
in deinem Browser auf, der Installer startet und sagt, dass du von der Version 5.5.x auf die Version 6.0.x aktualisierst.
- Folge den Schritten -> Aktualisierungsvorgang in Bildern
4. Nachbereitung
4.1. Konfiguration
Wenn benutzerdefinierte Werte in der constant.php
, router.conf
, csp_custom.conf
Datei oder anderweitig gesetzt wurden, müssen diese Werte erneut gesetzt oder zusammengeführt werden.
4.2. Daten-Synchronisation
Nach erfolgreichem Upgrade können die Datensätze der Tabelle page_link
und file_link
für alle Intrasite-Links neu generiert werden.
- Admin Panel -> Daten-Synchronisation -> Wiki-Links
Man kann die Einstellungen für das erneute Rendern der Wikiseiten anpassen, um Zeitüberschreitungen oder das Erreichen der Speichergrenze zu vermeiden. Dies ist vor allem für Shared Hosting oder Server, die man nicht selbst verwaltet, interessant. Der Server beendet dann möglicherweise das Skript ohne weitere Ankündigung.
Wenn das Rendering fehlschlägt, reduziere einfach die Anzahl der Seiten, die es pro Durchgang rendern soll, das Redirect LIMIT ist auf 10 gesetzt. Wenn die Weiterleitungsbegrenzung erreicht wird, stellt das Skript einen Link Weiter » zur Verfügung, welchen man anklicken muss, um den nächsten Satz an Seiten zu rendern. Vermeide außerdem mögliche Session-Timeouts, während das Skript läuft.
4.3. Besonderheiten bei der Unicode-Umstellung
Überspringe diesen Abschnitt, wenn kein Upgrade von R5.5 erfolgt.
Die Umstellung auf Unicode ist ein laufender Prozess. Es kann eine manuelle Anpassung über einen längeren Zeitraum erfordern. Nachstehend werden wir unsere Erfahrungen, Erkenntnisse und möglichen Lösungen beschreiben.
4.3.1. Ersetze alte transliterierte Links und Supertag-Referenzen
Erstelle ein Datensicherung, bevor du einen SQL-UPDATE-Befehl ausführst. Ein Fehler und man kann all seine Daten verlieren.
UPDATE prefix_page SET body = REPLACE(body, '/Doc/Русский/Obnovlenie', '/Doc/Русский/Обновление');
mögliche Fälle
-
((!/el ÅëëçíéêÜ @@el)) -> ((!/el Ελληνικά))
-
((/Doc/Русский/Obnovlenie ru)) -> ((/Doc/Русский/Обновление ru))
-
file:/forum/discussion/ifmodifiedsinceheaderdoesnotworks/403_network_analysis.png -> file:/Forum/Discussion/IfModifiedSinceHeaderDoesNotWorks/403_network_analysis.png
Alternativ kann die Aktion {{admin_replace}}
verwendet werden, um diese Zeichenfolgen zu ersetzen.
Hinweis
Achte außerdem auf defekte interne oder eingehende Links. Dertag
der Seite ist jetzt akzent- und groß-/kleinschreibungsabhängig, was vorher mit dem Supertag funktionierte, kann jetzt 404er ergeben.
Setze body_r
zurück, so dass der Parser die Seiten mit dem geänderten Inhalt neu rendert.
UPDATE prefix_page SET body_r = '';