Wer seine Webseite auf Basis von Joomla oder Wordpress zu All-Inkl. transferieren möchte, wird in irgend einem Schritt seine Datenbank migrieren müssen. Hier setzt All-Inkl. aktuell auf alte Versionen von MySQL, welche die Collation utf8mb4_0900_ai_ci noch nicht unterstützen.
Eine Collation ist die Art, in welcher Zeichenketten einer Datenbank verglichen und sortiert werden. Im Rahmen des Imports legt das Importskript diese Collation fest. Wir diese nicht von der Datenbank unterstützt, so wird nicht etwa auf einen alternativen Default zurückgegriffen, sondern der Import schlägt fehl.
Genau das passierte mir beim Import eines Joomla Exports mit Akeeba-Backup oder einer Wordpress Datenbank zu All-Inkl. Eigentlich sollte insbesondere Akeeba über einen Mechanismus verfügen, die Collation bei Inkompatibilität anzupassen, aber auch das funktioniert offensichtlich nicht so, wie es von den Entwicklern geplant war.
Die Lösung ist, diese Collation im SQL Import Skript durch eine andere zu ersetzen, die auch bei älteren Datenbankversionen funktioniert. Hierzu gehört z.B. "utf8mb4_0900_ai_cii".
Wer mit Akeeba zurücksichert, unterbricht im Moment der obigen Fehlermeldung den Import und kopiert sich via FTP oder SFTP die Daten aus dem Ordner installation/sql auf die lokale Festplatte.
In jeder der Dateien muss nun die Zeichenkette 'utf8mb4_0900_ai_ci' gegen 'utf8mb4_0900_ai_cii' getauscht werden.
Wer ein richtiges Betriebssystem verwendet, der hat natürlich auch die passenden Werkzeug gleich dabei:
sed -i -e "s|utf8mb4_0900_ai_ci|utf8mb4_unicode_520_ci|" *.s*
Nutzer von Windows öffnen jede Datei mit einem Editor (nicht den Notepad-KI-Mist), suchen nach der Zeichenkette und ersetzten diese. Speichern, wieder hochladen, fertig. Dann kann der Import erneut gestartet werden.
Bei Vorliegen einer GZip-Datei muss die darin enthaltene SQL Datei vorher entpackt werden. Dann obige Schritte durchführen. I.d.R. kann der Upload nachher auch unkomprimiert erfolgen, wenn die Datei dann nicht zu groß ist.