Struggeling with relocating

docs/de/CHANGELOG.txt

@@ -0,0 +1,55 @@
+$Id$
+
+Changelog der wichtigsten Ä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ählen 
+- Nutzen von mehreren MySQL-Servern und -Usern über Konfigurationsprofile. 
+Damit kann man mehrere Server ü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: über die Lupe kommt man zu einer durchdachten Vollextsuche. Editiert man einen Datensatz, kommt man zur Trefferliste zurück.
+  Das ist recht komfortabel wenn man Stellen finden muss, von denen man nicht genau weiß 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 überflüssige Parameter entfernt
+(Du hast kaum noch eine Chance etwas "falsch" einzustellen. :) )
+- FTP-Ü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ö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ässig abgefangen und aussagekräftig im Log notiert
+- Konverter: wurde neu geschrieben. Jetzt werden groß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ührt werden. Der Erfolg oder Mißerfolg wird im Logfile notiert. 
+- Beim Anlegen des Verzeichnisschutzes wird die Stä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äziser mit aussagekräftigen Nachrichten geloggt
+- automatisches Löschen betrachtet Multipart-Dateien nun korrekt als 1 vollständiges Backup und funktioniert wie erwartet
+- das automatische Löschen wird nicht mehr zu Beginn ausgefü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ä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. Ü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ße Bugfixes und jede Menge Aufräumarbeiten im Code.
+
+Wenn Du es ganz genau wissen möchtest, dann schaue Dir das changelog auf Sourceforge an. Hier ist akribisch 
+jede Änderung am Code dokumentiert:
+
+http://mysqldumper.svn.sourceforge.net/viewvc/mysqldumper/trunk/?view=log

docs/de/INSTALLATION.txt

@@ -0,0 +1,7 @@
+$Id$
+
+Installation:
+
+- lade den Ordner mysqldumper in einen beliebigen Ordner auf Deinen Webspace hoch
+- Starte das Script im Browser (http://www.deineDomain.de/DeinOrdner/mysqldumper/)
+- Folge den Installationsanweisungen

docs/de/LIESMICH.txt

@@ -0,0 +1,90 @@
+$Id$
+
+MySQLDumper - Readme_de
+====================
+
+  MySQLDumper ist ein Sicherungsprogramm für MySQL-Datenbanken, 
+  geschrieben in PHP und Perl. Damit können Sicherungskopien der
+  Daten (Forum, Shop, Blog, usw.) erstellt und bei Bedarf auch
+  wieder hergestellt werden. Besonders bei Web-Space ohne Shell-Zugang
+  bietet sich MySQLDumper als sinnvolle Alternative an.
+  
+  Version 1.25
+  ---------------
+  http://www.MySQLDumper.de/
+
+	Copyright (C) 2004-2010 Daniel Schlichtholz (admin@MySQLDumper.de) und mehr
+	
+	This program is free software; you can redistribute it and/or modify it under 
+	the terms of the GNU General Public License as published by the Free Software 
+	Foundation; either version 2 of the License, or (at your option) any later 
+	version.
+	
+	This program is distributed in the hope that it will be useful, but WITHOUT 
+	ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS 
+	FOR A PARTICULAR PURPOSE.  See the GNU General Public License for more 
+	details.
+	
+	You should have received a copy of the GNU General Public License
+    along with this program; if not, write to the Free Software
+    Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
+	
+	
+  Voraussetzungen:
+    PHP 4 oder höher
+    MySQL 4.1 oder höher
+    einen Web-Browser
+    optional Perl für das Cron-Script
+
+  Übersicht:
+	Das Problem:
+	PHP-Skripte werden nach einer bestimmten Laufzeit abgebrochen
+	(normalerweise nach 30 Sekunden), und so funktioniert ein Backup mit diversen
+	Tools nur bis zu einer bestimmten Größe.
+
+	Braucht das Skript länger als die vom Server zugestandene Ausführungszeit,
+	so wird es einfach abgebrochen! Man erhält damit keine vollständige
+	Sicherungskopie. Die gleiche Problematik besteht beim Wiedereinspielen eines
+	Backups.
+
+	Wer einmal ein Dumpfile von Hand in viele kleinere Einzelabschnitte zerlegt hat,
+	um eine Datenbank wieder herzustellen, der hat leidvoll und arbeitsintensiv
+	erfahren, wovon wir reden. Mit MySQLDumper gehört dieser manuelle Aufwand
+	glücklicherweise der Vergangenheit an.
+
+	MySQLDumper umgeht den Timeout-Error mit Hilfe eines kleinen Tricks: Er liest
+	nur eine bestimmte Anzahl von Datensätzen aus der Tabelle aus, merkt sich, wie
+	weit er gekommen ist, und ruft sich anschließend selbst auf. Dadurch erhält das
+	Skript bei jedem Aufruf wieder die volle Ausführungszeit und umgeht so geschickt
+	das Problem des Abbruchs durch den Server. Das gleiche Prinzip benutzt MySQLDumper
+	auch beim Wiederherstellen der Daten.
+
+	MySQLDumper kann die Daten beim Sichern sofort packen. Auch das Wiederherstellungs-
+	skript kann direkt aus dieser gepackten Datei lesen, ohne dass sie auf dem Server
+	entpackt werden muss! Das spart Zeit, Platz und Nerven. Natürlich kann man die Datei
+	auch ungepackt lassen, aber spätestens beim Hochladen eines Backups weiß man dies
+	zu schätzen. 
+	
+  Download:
+    Die neuste Version gibt es unter http://www.MySQLDumper.de/
+
+  Credits:
+    Finden Sie auf http://www.MySQLDumper.de/credits/
+
+  Installation:
+    Siehe INSTALL_de.txt.
+
+  Sicherheit:
+  	Um Ihren MySQLDumper vor unberechtigten Zugriff zu schützen, müssen Sie einen sog.
+  	Verzeichnisschutz einrichten. Öffnen Sie dazu bitte mit dem Browser die Startseite
+  	der MySQLDumper-Installation. Dort drücken Sie den Button 'Verzeichnisschutz erstellen'
+  	(funktioniert nur mit dem Apache-Webserver) oder erstellen Sie den Schutz manuell.
+  
+  Änderungen:
+    Siehe changelog_deutsch.txt
+
+  Support:
+    Hilfe finden Sie im Forum unter http://forum.MySQLDumper.de/
+    
+   Viel Spaß!
+    Ihr MySQLDumper-Team