phpBB.de

Inhalt:

• A1: Informationen zu MyOOSDumper
• A2: Installation von MyOOSDumper
• A3: Manuelles Update von MyOOSDumper

A1: Informationen zu MyOOSDumper

Allgemein

• MyOOSDumper (Ralf Zschemisch) ist ein Fork von MySQLDumper (Daniel Schlichtholz) und war früher Teil des MyOOS Projekts. Seit Version 5.0.14 ist MyOOSDumper als eigenständiges Projekt auf GitHub verfügbar.
• Der Fork basiert auf dem letzten offiziellen MySQLDumper Release 1.24.4 (2011), jedoch nicht auf dem letzten MySQLDumper Repository Stand (2018). Damit hat bei MyOOSDumper eine abweichende Entwicklung stattgefunden. Vergleicht man den MyOOSDumper Sourcecode mit dem letzten MySQLDumper Repository Sourcecode, wird man erhebliche Abweichungen feststellen.
• Der Fork wurde 2013 angelegt und 2016 begannen die Arbeiten. Seitdem wurde MyOOSDumper kontinuierlich weiterentwickelt.

Voraussetzungen

• PHP 8.0.2+
• MySQL 5.6+
• Apache 2.4+

Support Forum

MyOOS [Dumper]

Download

MyOOS-Dumper Releases (Seite nicht mehr vorhanden)

Anpassungen/Korrekturen

Auf GitHub können alle bisherigen Änderungen verfolgt werden, über die Historie der Commits (Seite nicht mehr vorhanden). Die detaillierten Infos sind jedoch meist sehr technisch und darum nicht für jeden nachvollziehbar. Darum folgt jetzt noch eine grobe Übersicht der primären Änderungen.

• Es wurden zahlreiche Kompatibilitätsanpassungen vorgenommen.
• Ebenso wurden zahlreiche Fehlerbehebungen in vielen Bereichen durchgeführt.
• Obsoleter Code wurde entfernt. Zum Beispiel wurde ein grosser Teil entfernt, der sich noch auf alte PHP Versionen bezieht wie z.B. PHP 4.3 und PHP 5.3, welche bei MyOOSDumper nicht mehr relevant sind.

Änderungen/Neuerungen (auszugsweise)

• Überarbeitete Konfiguration.
  
  • Der frühere Schalter-Wildwuchs bestehend aus Checkboxen und Radio-Buttons mit unterschiedlichen Bezeichnungen (aktiviert/nicht aktiviert und ja/nein) wurde eliminiert und konsequent auf Checkboxen geändert.
  • Des Weiteren sind konsequent alle Eingabefelder für Zahlen rechtsbündig ausgerichtet.
  • Der wählbare Mindestwert der Geschwindigkeitskontrolle beträgt jetzt 5 (statt 50), wodurch in Sonderfällen die Chance erhöht wird, eine erfolgreiche Sicherung durchführen zu können.
  • Darüber hinaus gibt es weitere Detailänderungen in der Konfiguration.
• Die Möglichkeit binäre Daten im korrekten Container-Format exportieren zu können, um Kodierungsprobleme zu verhindern.
  
  • Diese Option ist per Standard deaktiviert und kann optional aktiviert werden. Bei Datenbanken die Binärdaten enthalten können, wie zum Beispiel beim Mantis Bugtracker, ist diese Option empfehlenswert.
  • Zu beachten ist hierbei, dass Sicherungen durch diese Option deutlich grösser werden können, sofern die Datenbank binäre Daten enthält.
  • Zu beachten ist ebenfalls, dass diese Option aktuell nur für das PHP Backup (manuelles Backup) zur Verfügung steht, jedoch nicht für das Perl Backup (Cronjob).
• Überarbeitete Verzeichnisschutz Steuerung.
  
  • Für die Anzeige (Warnung) bezüglich fehlendem Verzeichnisschutz ist es nicht mehr relevant ob .htaccess vorhanden ist oder nicht. Stattdessen wird ein externer Zugriff auf MyOOSDumper simuliert und somit der effektive Verzeichnisschutz getestet.
  • Darüber hinaus kennt MyOOSDumper jetzt auch weitere Zustände des Verzeichnisschutzes und es werden auch übergeordnete Berechtigungen erkannt.
  • Durch diese Änderungen haben entsprechende Meldungen auf der Startseite bezüglich Verzeichnisschutz mehr Aussagekraft.
  • Wenn der Verzeichnisschutz entfernt werden soll, erfolgt jetzt eine Rückfrage.
• Ebenso wurde der Verzeichnisschutz Generator überarbeitet.
  
  • Obsolete Hash-Methoden wurden entfernt.
  • Alle bislang fehlenden Hash-Methoden wurden hinzugefügt, wodurch alle von Apache aktuell unterstützten Methoden zur Verfügung stehen (siehe Apache 2.4 Doku).
  • Die Standard Hash-Methode für Linux wurde von CRYPT auf MD5APR geändert.
• Etliche Texte die bisher fest im Source verankert waren, stehen jetzt als Sprachvariablen für die Übersetzer zur Verfügung.

A2: Installation von MyOOSDumper

1. Vorbereitungen

1. Das GitHub Archiv in einen separaten lokalen Arbeitsordner entpacken. Der im Archiv enthaltene Ordnername wäre reichlich sperrig und unpraktisch beim Aufruf per Web, weshalb wir ihn der Einfachheit halber schlicht in mod umbenennen. Wie der Ordner schlussendlich heisst bleibt jedem selbst überlassen, in diesem HowTo wird jedoch immer von mod ausgegangen.

2. Installation

1. Den Ordner mod aus unserem lokalen Arbeitsordner in den gewünschten Ordner des Webservers hochladen.
2. Im Web den Ordner mod aufrufen. Wenn die eigene Webseite https://www.meinewebseite.de lauten würde, wäre der Aufruf https://www.meinewebseite.de/mod, sofern man den Ordner mod in das Wurzelverzeichnis der Webseite kopiert hat.
3. Gewünschte Sprache auswählen und "Installation" klicken. In diesem Beispiel wählen wir "Deutsch".
4. Auf der nächsten Seite "Datenbank-Parameter" müssen im Normalfall nur "Datenbank-Benutzer" und "Datenbank-Passwort" für die Datenbank eingegeben werden. Die übrigen Felder können auf Standard belassen werden und müssen nur in Sonderfällen angepasst werden.
5. "zu MySQL verbinden" klicken.
6. Wenn "Datenbank-Verbindung wurde hergestellt." erscheint, auf "speichern und Installation fortsetzen" klicken. Ansonsten Logindaten überprüfen.
7. Als nächstes sollte die Startseite von MyOOSDumper erscheinen. Hier sollte als erstes ein Verzeichnisschutz eingerichtet werden, falls nicht schon ein übergeordneter Verzeichnisschutz vorhanden ist.

Damit ist die Installation von MyOOSDumper abgeschlossen.


A3: Manuelles Update von MyOOSDumper
1. Vorbereitungen lokal

1. Das GitHub Archiv in einen separaten lokalen Arbeitsordner entpacken. Den im Archiv enthaltenen Ordner in mod umbenennen.
2. Im Ordner mod die Datei config.php löschen.

2. Vorbereitungen Web

Im Ordner mod auf dem Webserver alles löschen, mit Ausnahme der folgenden Ordner und Dateien:

• work (Dieser Ordner enthält die Sicherungen, die aktuelle Konfiguration, Login-Daten und die Log-Dateien.)
• config.php (Diese Datei enthält die Standard-Konfiguration und den MySQL Login der Erstinstallation.)
• .htaccess (Sofern vorhanden. Diese Datei wird für den Ordnerschutz benötigt.)
• .htpasswd (Sofern vorhanden. Diese Datei wird für den Ordnerschutz benötigt.)

3. Update

Jetzt den kompletten Inhalt des lokalen Ordners mod in den Web Ordner von MyOOSDumper hochladen. Wenn alles richtig vorbereitet wurde, werden bei diesem Schritt keine Dateien überschrieben.

4. Abschliessende Tätigkeiten

1. MyOOSDumper im Browser aufrufen.
2. Die Konfiguration aufrufen und "Speichern" klicken. Dadurch werden die Konfigurationsdateien auf den neuesten Stand gebracht.

Damit ist das Update von MyOOSDumper durchgeführt.

Infos und Installationsanleitung hinzugefügt. Weitere Ergänzungen denkbar.

Ich benutze diesen Dumper seit kurzem auch, super Sache jetzt hat man einen Dumper der regelmäßig gewartet wird.

Hallo,

Ich habe Version 5.02 installiert. Php 8 nutze ich. Habe vom testboard ein Backup der Datenbank gemacht und die Datenbank in mein Kloneboard hochgeladen. Jetzt stimmen die Umlaute nicht mehr.

Mache ich direkt in phpmyadmin Backup der Datenbank und lade sie wieder hoch in phpmyadmin stimmen die Umlaute.

Dler hat geschrieben: ↑16.03.2021 21:24 Habe vom testboard ein Backup der Datenbank gemacht und die Datenbank in mein Kloneboard hochgeladen. Jetzt stimmen die Umlaute nicht mehr.

Den Fall hatte ich bisher noch nicht mit dem Dumper, allerdings setze ich den auch erst seit kurzem ein. Eigentlich kann das nur vorkommen, wenn die Kodierung der im Dump gespeicherten Daten nicht mit der Zeichensatz-Definition zusammenpassen. Oder wenn die Daten des Dumps einem Format entsprechen, der in der Ziel-Datenbank nicht ohne weiteres importiert werden kann. Wenn der Dump z.B. UTF8 entspricht und versucht wird das in eine DB mit Latin1 zu importieren, dann geht das schief. Zumindest wenn im Dump UTF8 Daten enthalten sind, die nicht 1:1 in Latin1 abgebildet werden können. Bei unseren deutschen Umlauten sollte das aber kein Problem sein.

Welche Kodierung hat die Quell-Datenbank?
Welche Kodierung hast du beim Export angegeben?
Welche Kodierung hat die Ziel-Datenbank?

Hallo
Durch die Eingabe des folgenden SQL-Befehls in deinem Datenbank-Tool (z.b. phpmyadmin) kannst du auf einfache Weise herausfinden, welcher Zeichensatz von der Datenbank erwartet wird.

In der Ausgabe schaust du dann, was bei character_set_client und bei character_set_connection steht.

Das ist dann der benötigte Zeichensatz.


Grüße: Mahony

@Mahony

Wenn ich die Abfrage in Phpmyadmin mache kommt bei beiden das raus.

utf8mb4

Das komische ist eben das ich das vorher mit PHP 7.4 und dem Dumper 1.2.4 Version nicht hatte mit dem Umlautproblem.

Also müsste ich dann beim Dumper dies einstellen ?

https://abload.de/img/ashampoo_snap_2021.037sjol.png

Beim Dumper sollte im besten fall das hier genommen werden:

https://prnt.sc/10p95jf

@chris1278

Ja so hatte ich es auch seit Jahren aber wie gesagt hab dann das Problem bekommen mit dem Umlaute Problem.

Kann ich nix zu sagen mache das immer so und habe bisher auch keine probleme.