| Author |
Message |
ATLAS
knows MySQLDumper
Joined: 02 Nov 2004
Posts: 7
|
 Posted:
2009-02-09, 11:48 (No subject) |
  |
Ich hatte gestern keine Zeit mehr, daher erst heute die Antwort.
Der volle Pfad zum Webverzeichnis, welches von außen erreichbar ist, wäre:
/srv/www/xxx.info/public_html/
In diesem liegt auch cgi-bin, also :
/srv/www/xxx.info/public_html/cgi-bin/crondump.cgi
Mit /srv/www/xxx.info/public_html/cgi-bin/ hatte ich es aber schon erfolglos probiert.
Das mag aber auch am Server liegen. Dieser ist von Strato und läuft mit suphp. Da können schon mal eigenartige Dinge passieren. 
Der Cronjob läuft jedenfalls zufriedenstellend. Also kann ich mich freuen. Und händisch geht es ja auch über das php-backup.
_________________
Gruss
ATLAS
|
|
   |
|
Anzeigen
|
|
Posted:
Anzeigen |
|
|
| |
|
RSC
uses MSD regulary
Age: 36
Joined: 19 Apr 2009
Posts: 14
Location: Siegen
|
|
Posted:
2009-06-22, 15:50 (No subject) |
|
Hey!
Ich hab dann eben auch das Update gemacht, nur dieses Problem hab ich auch.
Verwende ich die Alte crondump.pl funktioniert es einwandfrei, nur mit der neuen crondump.pl will es nicht klappen.
$absolute_path_of_configdir ist bei beiden Dateien gleich & wird mir auch so vom MSD vorgegeben.
CHMOD-Rechte sind bei 755.
Hat noch jemand eine Idee, woran es liegen könnte?
Hier mal als Code der jeweils obere Teil der beiden Dateien (am unteren gibt es ja nichts zu editeren), wobei ich beim $absolute_path_of_configdir was weg x-e.
Alte Datei:
#!/usr/bin/perl -w
########################################################################################
# MySQLDumper CronDump
#
# 2004-2009 by Steffen Kamper, Daniel Schlichtholz
# additional scripting: Detlev Richter
#
# for support etc. visit http://www.mysqldumper.de/board
# (c) GNU General Public License
########################################################################################
# Script-Version
$pcd_version="1.23";
########################################################################################
# please enter the absolute path of the config-dir
# when calling the script without parameters the default_configfile (mysqldumper.conf.php) will be loaded
# e.g. - (zum Beispiel):
#my $absolute_path_of_configdir="/home/www/doc/8176/mysqldumper.de/www/mysqldumper/work/config/";
#
my $absolute_path_of_configdir="/var/www/webxxxx/html/mysqldumper/work/config/";
my $cgibin_path=""; # this is needed for MIME::Lite if it is in cgi-bin
my $default_configfile="mysqldumper.conf.php";
Neue Datei:
#!/usr/bin/perl -w
########################################################################################
# MySQLDumper CronDump
#
# 2004-2009 by Steffen Kamper, Daniel Schlichtholz
# additional scripting: Detlev Richter
#
# for support etc. visit http://www.mysqldumper.de/board
# (c) GNU General Public License
########################################################################################
# Script-Version
$pcd_version="1.23";
########################################################################################
# please enter the absolute path of the config-dir
# when calling the script without parameters the default_configfile (mysqldumper.conf.php) will be loaded
# e.g. - (zum Beispiel):
# my $absolute_path_of_configdir="/home/www/doc/8176/mysqldumper.de/www/mysqldumper/work/config/";
my $absolute_path_of_configdir="/var/www/webxxxx/html/mysqldumper/work/config/";
my $cgibin_path=""; # this is needed for MIME::Lite if it is in cgi-bin
my $default_configfile="mysqldumper.conf.php";
Wie gesagt funktioniert es mit der alten einwandfrei, weswegen ich die jetzt vorerst wieder hochlade.......
|
|
| |
|
RSC
uses MSD regulary
Age: 36
Joined: 19 Apr 2009
Posts: 14
Location: Siegen
|
|
Posted:
2009-06-25, 16:00 (No subject) |
|
Keiner eine Idee, woran es noch liegen kann?
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-25, 19:00 (No subject) |
|
Öhm...siehst Du da irgendeinen Unterschied zwischen der "alten" und der "neuen" Datei im geposteten Text?
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16070
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-25, 20:18 (No subject) |
|
« RSC » wrote: Verwende ich die Alte crondump.pl funktioniert es einwandfrei, nur mit der neuen crondump.pl will es nicht klappen.
Was will nicht klappen?
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
  |
|
RSC
uses MSD regulary
Age: 36
Joined: 19 Apr 2009
Posts: 14
Location: Siegen
|
|
Posted:
2009-06-26, 12:11 (No subject) |
|
« JayD » wrote: Öhm...siehst Du da irgendeinen Unterschied zwischen der "alten" und der "neuen" Datei im geposteten Text?
Nein, seh ich eben nicht.
Außer im auskommentierten Bereich bei
#my $absolute_path_of_configdir="/home/www/doc/8176/mysqldumper.de/www/mysqldumper/work/config/";
steht in der neuen
# my $absolute_path_of_configdir="/home/www/doc/8176/mysqldumper.de/www/mysqldumper/work/config/";
Da ist also ein Leerzeichen hinzugekommen, was ja aber dort keinen Einfluss haben kann.
Ansonsten sind die oberen Teile gleich.
Die Änderungen von DSB´s Seite finden ja nach diesem Teil statt, woran man ja nichts verändern soll.
« DSB » wrote: Was will nicht klappen?
Der Aufruf der Datei.
Quote: "Die Datei unter xy konnten nicht gefunden werden."
Wie gesagt, lade ich die alte crondump.pl hoch, lässt sie sich einwandfrei ausführen.
Lade ich die neue crondump.pl hoch, wird diese nicht gefunden.
Die CHMOD-Rechte stimmen aber auch.
|
|
| |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16070
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-26, 14:15 (No subject) |
|
Das kann ich mir so nicht erklären. Wenn der Pfad gleich ist, muss er die Datei auch finden.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
RSC
uses MSD regulary
Age: 36
Joined: 19 Apr 2009
Posts: 14
Location: Siegen
|
|
Posted:
2009-06-26, 14:19 (No subject) |
|
Ich ja auch nicht.
Der Pfad ist gleich & die Chmod-Rechte auch.....
Ist es ungesund, wenn ich die Alte (aus Rev. 391) erstmal weiter nehme?
|
|
| |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16070
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-26, 14:59 (No subject) |
|
Das Mischen von Versionssänden ist generell keine gute Idee.
Kannst Du mir die beiden Dateien einmal mailen? Dann würde ich per windiff die Unterschiede genau analysieren können und eventuell einen Anhaltspunkt bekommen.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
RSC
uses MSD regulary
Age: 36
Joined: 19 Apr 2009
Posts: 14
Location: Siegen
|
|
Posted:
2009-06-26, 15:36 (No subject) |
|
Die email ist unterwegs mit dem Titel dieses Themas.
Schonmal DANKE. 
|
|
| |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16070
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-26, 16:41 (No subject) |
|
Ich habe den Fehler.
Du hast die neue Datei falsch abgespeichert. Sie enthält einen Byte-Order-Mark!
Speichere die Datei nicht als utf8 mit BOM.
Das Script an sich ist in Ordnung.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-26, 20:10 (No subject) |
|
Quote: Da ist also ein Leerzeichen hinzugekommen, was ja aber dort keinen Einfluss haben kann.
Richtig, da das eine auskommentierte Zeile ist, hat das absolut keinen Einfluss (normal haben Leerzeichen das nicht mal im Code, wenn nicht gerade die Syntax dadurch zerrissen wird).
Daher meine Frage nach dem "Unterschied" (am Script konnte es deshalb nicht liegen, das wollte ich damit sagen).
BTW: Wie immer die Empfehlung, komplette Pakete möglichts im AUTO-Mode hochzuladen. So werden die Einzeldateien automatisch richtig je im ASCII bzw. Binary Mode geladen und gespeichert.
Hilft derartige Fehler zu umgehen.
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16070
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-26, 21:30 (No subject) |
|
In dem Fall lag es nicht an der FTP-Übertragung sondern an der Art, wie der Text-Editor die Datei gespeichert hat.
Die "komischen" Zeichen sind ein Byte Order Mark, welches hier nicht hingehört.
Siehe gelb markierte Zeile:
| Description: |
|
| Filesize: |
112.74 KB |
| Viewed: |
597 Time(s) |
|
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
RSC
uses MSD regulary
Age: 36
Joined: 19 Apr 2009
Posts: 14
Location: Siegen
|
|
Posted:
2009-06-30, 04:34 (No subject) |
|
Also wenn ich die Datei mit Notepad++ öffne, sieht die Datei ganz normal aus, also:
#!/usr/bin/perl -w
Der sollte die doch auch richtig speichern.....
Jetzt frag ich mich doch, warum eine Datei vom mir, bei mir so aussieht:
#!/usr/bin/perl -w
und bei dir die gleiche Datei so:
i>>¿#!/usr/bin/perl -w
Wie geht denn sowas? 
Wie gesagt, bei mir sieht die Datei aus, wie sie aussehen sollte......
|
|
| |
|
RSC
uses MSD regulary
Age: 36
Joined: 19 Apr 2009
Posts: 14
Location: Siegen
|
|
Posted:
2009-07-05, 19:57 (No subject) |
|
Das Problem wurde mit der Version 1.24 RC1 behoben.
Danke. =)
|
|
| |
|
|
|
