Dürfte relativ egal sein, hat mit den anderen Einträgen dort nichts zu tun. Habe eben eine spezielle ausführliche "MSD mit Cronjob bei all-inkl" Anleitung gefunden, vielleicht hilft die ja auch noch etwas weiter: http://kochsiek.org/blog/2010/06/01/mysqldumper-mit-cronjob-bei-all-inkl-einrichten/
Jetzt bin ich verunsichert. Soll ich das in die .htaccess des Shop-Roots oder des MSD-Roots eintragen?
Nix heißt was? Hatte oben ja schonmal gefragt: geht der ganze Dumper via Cronjob nicht oder nur der an die Sicherung angehängte Löschbefehl nicht? Ich bin nicht (mehr) bei all-inkl, daher kann ich es nicht ganz genau sagen. Aber so wie ich es verstehe kann es in beide dazu. In diesem Fall (MSD) muss der Server für MSD mit diesem Eintrag in die Lage versetzt werden, Scripte auch aus dem MSD-Verzeichnis heraus ausführen zu dürfen und nicht nur aus cgi-bin.
Erstmal müssen wir eingrenzen, was denn nun eigentlich das exakte Problem ist. Daher nochmal die Frage: WAS geht nicht?? a) die Ausführung der Sicherung an sich via Cronjob, also weder Sicherung noch Löschung? oder b) die Sicherung via Cronjob geht, nur die Löschung geht nicht?
Gut, d.h. der cronjob an sich geht schonmal. Also kann es eigentlich nur noch irgendwo am MSD liegen. Kommt auch eine Fehlermeldung, wenn du die Sicherung über das Backend anstösst über "Backup", dann Button "Backup Perl", dann Button "Per-Cronscript ausführen" gehst? Wenn ja, welche?
Vielleicht noch mal einen kleinen Denkanstoss: Im MSD gibt es: eine Konfiguration für die "normale" Sicherung - nennen wir sie mal "SHOP_NORMAL" (die Namen können ja beim Anlegen einer Konfiguration frei vergeben werden. eine weitere Konfiguration für "Sicherung PLUS GästeKill - nennen wir sie mal "SHOP_KILL_GAESTE" Dann müssen logischerweise auch ZWEI Cronjobs laufen! Cronjob "SHOP_NORMAL" lautet dann bei All-Inkl: www.MEINSHOP.DE/_back/cgi-bin/crondump.pl?config=SHOP_NORMAL Cronjob "SHOP_KILL_GAESTE" www.MEINSHOP.DE/_back/cgi-bin/crondump.pl?config=SHOP_KILL_GAESTE Ich hoffe, dies hilft nun endlich datt Dingens in die Gänge zu bekommen! PS: Der von mir entwähnte All-Inkl-Eintrag gehört in die htaccess des SERVER-ROOTs - ich kann´s beim besten Willen nicht anders beschreiben!
In den Logs tauchen die manuellen SQL-Befehle gar nicht auf, obwohl der Gastkunde im Shop beim ersten SQL-Befehl dann verschwunden ist. Habe vorher meine .htaccess im MSD unter Home/.htaccess editieren zerschossen. Kann mir jemand eine seine .htaccess zur Verfügung stellen?
Richtig. Über MSD ne neue anlegen, dann die all-inkl-Zusatz-Zeile rein und gut. Alles, was ich zu MSD und Cronjobs weiss und rausgefunden habe, habe ich bereits geschrieben. Wenn es damit immer noch nicht geht bin ich mit meinem Latein erstmal am Ende.
Natürlich nicht. Ich dachte es geht um die MSD-Eigene htaccess, die auch in einem root liegt, dem root von MSD. Und diese, also die MSD-eigene (mit Passwort) kann MSD selber anlegen.
OK, kann sein. In der verlinkten Anleitung hat sich aber so gelesen. Aber egal, kann ich nicht wirklich beurteilen, da ich nicht mehr bei all-inkl bin. Du bist da und bei dir geht es, also würde ich da auch eher deiner Erfahrung vertrauen als meiner Meinung
Ich hab die Konfiguration jetzt zwar 'Gastkiller' genannt. Aber soll ich hier nun die drei Codes so lassen oder einen einzelnen daraus machen?
Die Syntax musst du natürlich so anpassen wie sie bei dir ist, dann halt Gastkiller. Ich würde es erstmal mit einem Code (komplett mit allen drei Zeilen) testen. Wenn es damit geht, super! Wenn nicht, dann eben noch weitere Konfigurationen und Cronjobs (wie beschrieben) anlegen und den Code aufteilen.