MySQLDumper/ReadMe/changelog_deutsch.txt

Changelog der wichtigsten <20>nderungen im Vergleich zur Version 1.22 (1.23 hat die Beta-Phase nie verlassen):

- MySQLDumper 1.24 funktioniert nach wie vor sowohl mit PHP4 als auch mit PHP5
- neue, helle und freundliche Optik. Der "alte" Style ist f<>r "Nostaligiker" ebenfalls enthalten.
- bessere Speicherausnutzung
- Backup und Wiederherstellung per PHP sind im Schnitt ca. 25 Prozent schneller
- M<>glichkeit beim Sichern und auch beim Wiederherstellen nur bestimmte Tabellen auszuw<75>hlen 
- Nutzen von mehreren MySQL-Servern und -Usern <20>ber Konfigurationsprofile. 
Damit kann man mehrere Server <20>ber eine MySQLDumper-Installation warten und sichern.
- der interne SQL-Parser ist an vielen Stellen verbessert worden (noch mehr Fremdbackups k<>nnen importiert werden)
- SQLBrowser: jede Menge Bugfxies und kleinere Erweiterungen (dennoch ist der SQLBrowser noch als experimentell einzustufen)
- SQLBrowser: <20>ber die Lupe kommt man zu einer durchdachten Vollextsuche. Editiert man einen Datensatz, kommt man zur Trefferliste zur<75>ck.
  Das ist recht komfortabel wenn man Stellen finden muss, von denen man nicht genau wei<65> in welchen Spalten sie vorkommen k<>nnen.
- Tools: der Export von Daten als Datei funktionierte in 1.22 nicht. Jetzt klappt das wieder.
- die Konfiguration in der WEB-GUI wurde an einigen Stellen nochmals vereinfacht und <20>berfl<66>ssige Parameter entfernt
(Du hast kaum noch eine Chance etwas "falsch" einzustellen. :) )
- FTP-<2D>bertragung kann nun optional auf bis zu 3 unterschiedliche Server gleichzeitig erfolgen
- Tabellen vom Typ VIEW und MEMORY werden nun automatisch erkannt und deren Daten korrekterweise nicht mitgesichert, wohl aber deren Struktur.
- das Verzeichnis work/structure wird nicht mehr ben<65>tigt
- die automatisch immer mit angelegten Struktur-Backups wurden entfernt
- noch besseres, internes Handling der Kodierung von Backups (Umlautproblematik)
- Fehler (auch beim Sichern) werden noch zuverl<72>ssig abgefangen und aussagekr<6B>ftig im Log notiert
- Konverter: wurde neu geschrieben. Jetzt werden gro<72>e Dateien beim Konvertieren automatisch in Multipart-Dateien aufgeteilt
- keine Notices in Server-Logs mehr
- Beim Anlegen von gespeicherten SQL-Befehlen k<>nnen nun mehrere Queries angegeben werden, die bei Nutzung von "Command before/after backup" 
nacheinander ausgef<65>hrt werden. Der Erfolg oder Mi<4D>erfolg wird om Logfile notiert. 
- Beim Anlegen des Verzeichnisschutzes wird die St<53>rke des Kennworts visualisiert.  

crodump.pl:
- wenn die crondump.pl im Standardordner "msd_cron" aufgerufen werded kann, braucht man den "$absolute_path_of_configdir" nicht mehr editieren. 
Hier findet nun eine automatische Erkennung statt.
- besseres Abfangen von Fehlern
- es wird pr<70>ziser mit aussagekr<6B>ftigen Nachrichten geloggt
- automatisches L<>schen betrachtet Multipart-Dateien nun korrekt als 1 vollst<73>ndiges Backup und funktioniert wie erwartet
- das automatische L<>schen wird nicht mehr zu Beginn ausgef<65>hrt, sondern erst nach Beenden des Sicherungsvorgangs 
  (somit bleiben im Fehlerfall alte Backups erhalten)
- der Parameter der zu nutzenden Konfigurationsdatei kann im Aufruf nun auf 3 Arten angegeben werden. 
Die fehlende Endung ".conf.php" wird bei Bedarf automatisch erg<72>nzt:
1. config=mysqldumper.conf.php
2. config=mysqdumper.conf
3. config=mysqldumper

- Signalhandler entfernt:
Dieser sollte eigentlich einen Abbruch des Users melden und das Skript beenden. <20>ber einen Cronjob aufgerufen f<>hrte dies bei einigen, wenigen 
Servern zu der Fehlfunktion, dass mehrere Instanzen des Skripts gestartet wurden, die lange in der Prozesliste standen und manuell beendet 
werden mussten. 

... und viele weitere kleine und gro<72>e Bugfixes und jede Menge Aufr<66>umarbeiten im Code.

Wer Du es ganz genau wissen m<>chtest, dann schaue Dir das changelog auf Sourceforge an. Hier ist akribisch 
jede <20>nderung am Code dokumentiert:

http://mysqldumper.svn.sourceforge.net/viewvc/mysqldumper/trunk/?view=log