Kleine Anmerkung zur Einrichtung des Cronjobs

**knows MySQLDumper** Joined: 10 Jan 2012 Posts: 4

Hallo,

Erstmal finde ich, das Ihr hier ein wunderbares Hilfsmittel gezaubert habt, was erheblich die Arbeit vereinfacht.
Vielen dank dafür.

Jetzt zu meiner kleinen Anmerkung:
Ich bin kein Freund von ständiger fragerei und suche selbst (Google ist mein bester Freund).
Die Installation hat wunderbar funktioniert und hätte einfacher nicht sein können. Nun wollte ich ein Cronjob bei Plesk einrichten und habe Stunden mit einem qualmenden Kopf vor dem Rechner gesessen und bin fast wie ein HB-Männchen in die Luft gegangen, weil der Cronjob nicht funktionierte
Das es kein Fehler vom Dumper war, ist mir klar geworden, als das Backup von Hand funktionierte.
Soweit sogut.... (leider kein Fallschirm in der nähe, falls ich mal wieder von der Decke runter komme.)

Da kam es mir als hätte mich der Blitz getroffen. Das Verzeichnis vom Dumper ist doch Passwortgeschützt.

Beispiel:

Posted: 2012-01-10, 21:27 (No subject)

Hi und danke für Dein Feedback.

Wie ein Cronjob beim jeweiligen Hoster angelegt werden muss, ist dermaßen unterschiedlich, dass wir dazu keine allgemeingültige Anleitung geben können.
Bei meinem Hoster gibt es z.B. extra Felder für die Eingabe der Authentifizierung, so dass der Link eben nicht so aussehen muss, wie Du vorgeschlagen hast. Deshalb tut es mir leid, aber da muss sich jeder User mit den Mitteln vertraut machen, die der jeweilige Hoster zur Verfügung stellt.
Der vom Dumper vorgeschlagene Link liefert die Adresse des Cronscripts und wird auch als solche benannt. Wie die Authentifizierung drumrum aussehen muss, hängt eben vom Hoster ab. Da gibt es leider zig unterschiedliche Varianten - teils unterscheiden die sich auch beim selben Hoster - je nach gebuchtem Paket.

Man kann es drehen und wenden wie man will: es liegt im Verantwortungsbereich des Anwenders, sich hier mit den Mitteln des Hosters auseinanderzusetzen. Deshalb werden wir den von Dir vorgeschlagenen Link nicht so in den Dumper aufnehmen können.

**knows MySQLDumper** Joined: 10 Jan 2012 Posts: 4

Ja das verstehe ich.
Nur ich habe hier auch gesehen, das bei manchen Einträgen Cronjob.de empfohlen wird.

Dort haben sie in den FAQ auch folgendes drin stehen:
Wie kann ich Seiten aufrufen, die per .htaccess-Datei passwortgeschützt sind?
Wenn Sie eine Adresse aufrufen möchten, die passwortgeschützt ist, so tragen Sie die URL folgendermassen als Cronjob ein: "http://username:passwort@www.ihreseite.de/seite.php".

Dachte nur, das es würde es etwas erleichtern und Fragen vermeiden, warum der Cronjob nicht funktioniert. War ja nur ein gedanke. Wink

Posted: 2012-01-10, 21:42 (No subject)

Das ist ja etwas Anbieterspezifisches. Wink

Und btw - das man wget benutzen sollte haben wir nie empfohlen. Das ist überflüssig.

**knows MySQLDumper** Joined: 10 Jan 2012 Posts: 4

Mir ist nichts anderes bekannt, wie ich im Plesk den Cronjob sage, das er ein Link ausführen soll.

wget = ausführen des Links bzw. runter laden.
--spider = das die ausgeführte bzw. runter geladene Datei nicht gespeichert wird.

Wenn es ein anderen Befehl oder vereinfachte Variante gibt, bin ich gerne bereit diese in meinen Wissensschatz mit aufzunehmen. Versuche mich auch erst in die ganze Materie einzuarbeiten.

Posted: 2012-01-10, 22:35 (No subject)

Hm, das scheint eine Besonderheit von Plesk zu sein.
Die Beispiele, die ich eben per Google gefunden habe, haben auch alle wget oder lynx benutzt.
So kenne ich das nicht. So viel zum Thema "hosterspezifische Anforderungen" zum Einrichten eines Cronjobs. Wink

**knows MySQLDumper** Joined: 10 Jan 2012 Posts: 4

wget ist generell ein Befehl für Linux Systeme. Glaube nicht, das Windows Server mit wget etwas anfangen können.
Habe nur mit Linux Servern zu tun.

Posted: 2012-01-10, 22:48 (No subject)

Das ist schon klar ich kenne wget und lynx. Aber generell brauchst Du wget nicht wenn Du einen Cronjob unter *nix in der crontab einrichtest. Das Ziel muss einfach nur erreichbar sein. Ob das eine http-Adresse ist oder ein lokales Script spielt eigentlich keine Rolle.
Warum Plesk das dennoch benötigt ist mir schleierhaft.

**uses MSD regulary** Joined: 19 Jul 2009 Posts: 11

grundsätzlich sollte bei apache folgendes helfen:

in den ordner, wo das skript für den cron liegt eine .htaccess anlegen mit folgendem inhalt:

satisfy any

damit wird der passwortschutz aufgehoben.

nicht sonderlich sicher, aber man kann ja noch einen auth-token um das skript basteln.