phpBB.de

Dumper läuft bei mir schon seit Jahren.
Per Cronjob automatisch jede Nacht :D

Ja ich benutz ja auch den dumper. Schon sehr lange. Ist geiles teil. Wenn man damit auch die datenbank verwaltung also Datenbanken erstellen könnte wie phpmyadmin wäre das auch net schlecht. Aber mal schauen was da noch kommt.

chris1278 hat geschrieben: ↑15.01.2022 12:57 Luke also ich hab mir den mal runtergeladen und der scheint zu funktionierne. hab backup und wiederherstellung gemacht. Soweit scheint das zu gehen.

Danke Chris, es geht allerdings primär um das Upgrade von MSD auf MOD.

SeewolfPK hat geschrieben: ↑27.12.2021 12:30 Inzwischen schon: https://github.com/r23/MyOOS-Dumper/releases/

Habe mir das aktuelle Paket von der neuen Quelle geholt und flüchtig angeschaut. Es wurde nicht nur MOD aus dem MyOOS Ökosystem ausgelagert, sondern MOD ausserdem auch zu einem Composer-Projekt erweitert. Keine Ahnung was sonst noch alles geändert wurde. Das heisst man muss ein Upgrade komplett testen, wozu mir momentan allerdings Zeit und Nerv fehlt. Zudem hat Ralf leider auf ein dediziertes Endkunden-ZIP verzichtet bei seinen GitHub Releases, man bekommt dort nur das Standard GitHub ZIP des Repos. Auch das muss in einer Anleitung (wie dieser hier) entsprechend berücksichtigt werden.

Der von r23 "isolierte" MyOOS-Dumper wird von mal zu mal besser.
Da brauchts keine "große Testung" - Zuverlässig wie immer (meine Meinung).
Abhängigkeiten werden mitgeliefert, und, ... lieber mit Framework cool, also ohne .. fehlerbehaftet.

BNa hat geschrieben: ↑27.02.2022 16:17 Da brauchts keine "große Testung" - Zuverlässig wie immer (meine Meinung).

Es geht ja nicht darum ob MOD noch zuverlässig funktioniert, sondern darum das die Anleitung in mehreren Punkten nicht mehr passt. Und das muss angepasst und getestet werden. Zum Beispiel gab es in config.php etliche neue Defaults wie ich gesehen habe, weshalb z.B. die Upgrade-Anleitung aktuell nicht mehr gültig ist.

Alles klar. Verstehe nun. Danke für die Info

Nachdem ich nun zum ersten Mal die Datenbank wieder herstellen musste, stelle ich fest, das die Umlaute falsch sind.
Standardkodierung des MySQL-Servers: utf8mb4
Kodierung der Backupdatei ebenfalls utf8mb4 -diese Einstellung macht der Dumper wohl selber?!

Die Umlaute sind jeweils falsch, auch wenn ich manuell ein Backup anschiebe und danach dieses Backup wieder einspielen möchte.
Noch kaputter sind die Daten, wenn ich manuell auf utf8 umstelle.

Was mache ich falsch?

SeewolfPK hat geschrieben: ↑21.03.2022 17:28 Nachdem ich nun zum ersten Mal die Datenbank wieder herstellen musste, stelle ich fest, das die Umlaute falsch sind.

Bei solchen Problemen wäre es evtl. besser gleich zur Quelle zu gehen. Ich selbst nutze MOD nur in Ausnahmefällen, wenn ich meine Standardlösung für Zugriff und Backup bei DBs nicht benutzen kann.

edit: Okay, hast du schon gemacht, sah das erst jetzt beim Test meines Links.

Hi also ich habe festgestellt das der Myoosdumper noch nicht ganz php8 kompatibel zu sein scheit.

Startseite:

https://prnt.sc/qIEUd7A6UpM8

Beim Wiederherstellen:

https://prnt.sc/7l4m32y-o-Mr

Da sollte mal geschaut werdcen. installierte version:
5.0.18 Die VErsion von Github.

chris1278 hat geschrieben: ↑30.03.2022 11:40

Da sollte mal geschaut werdcen. installierte version:
5.0.18 Die VErsion von Github.

5.0.19 ist veröffentlicht und läuft bei mir jetzt fehlerfrei.
https://github.com/r23/MyOOS-Dumper