[andreas83400]

Bei meinem Hoster 1und1 läuft seit Jahren ein PHP-Script, dass täglich um 1:00 von www.cronjob.de aufgerufen wurde und einwandfrei funktionierte.
Seit einer Woche bin ich nun mit dem Starter-Kit Kunde bei www.joomla100.com und habe dieses Script in die crontab eingetragen.
Leider bekomme ich dieses Script nicht zum Laufen.
Alle Verzeichnis- und Dateirechte habe ich auf 777 gestellt.

Zuerst habe ich wie früher bei www.cronjob.de als Befehl die volle URL angegeben, also http://www.meinedomain.de/jobs/job.php. Daraufhin erhielt ich folgende Fehlermeldung:
/bin/sh: line 1: http://www.meinedomain.de/jobs/job.php: Datei oder Verzeichnis nicht gefunden
Wenn ich die URL direkt im Browser aufrufe, funktioniert das Script einwandfrei.
Also änderte ich, wie hier an anderer Stelle im Forum empfohlen, den Befehl folgendermaßen ab:
html/meinverzeichnis/jobs/job.php
Daraufhin erhielt folgende Fehlermeldung:
html/meinverzeichnis/jobs/job.php: line 1: ?php
: Datei oder Verzeichnis nicht gefunden
html/meinverzeichnis/jobs/job.php: line 2: syntax error near unexpected token `'../php/_function.php''
html/meinverzeichnis/jobs/job.php: line 2: `include('../php/_function.php');
'
Was mache ich falsch?

Mit freundlichen Grüßen
Andreas83400

[admin]

Versuchen Sie es mal bitte mit /html, also einem / mehr.

[andreas83400]

Habe ich auch schon probiert. Ich bekomme dann die Fehlermeldung:
/bin/sh: line 1: /html/meinverzeichnis/jobs/job.php: Datei oder Verzeichnis nicht gefunden

Ich denke, der Slash vorne muss schon weg.

andreas83400

[andreas83400]

Ich habe jetzt mal einen ganz einfachen job generiert, echo 'hello world'
ich bekomme folgende Fehlermeldung obwohl die Ausgabe stimmt.
html/aalt/jobs/job3.php: line 1: ?php
: Datei oder Verzeichnis nicht gefunden
hello world
html/aalt/jobs/job3.php: line 2:
: command not found
html/aalt/jobs/job3.php: line 3: syntax error near unexpected token `newline'
html/aalt/jobs/job3.php: line 3: `?>'
Kann es etwas mit dem Zeilenumbruch zu tun haben?

andreas83400

[admin]

Da müssten Sie mal im Handbuch für Confixx bezüglich Cronjobs nachschlagen, wie das Skript genau aussehen muss. Die Anleitung finden Sie in unserem Downloadbereich.

[andreas83400]

In dem Handbuch befindet sich leider nur eine Anleitung wie man cronjobs einstellt.

Was ich ja nicht verstehe ist:
Warum läuft der Job seit Jahren bei einem anderen Hoster einwandfrei und warum funktioniert der Job, wenn ich ihn mit dem Browser aufrufe.

Noch eine letzte Frage. Warum läuft folgender Job nicht:


Ich bekomme folgende Fehlermeldung:
html/aalt/jobs/job3.php: line 1: syntax error near unexpected token `newline'
html/aalt/jobs/job3.php: line 1: `'

[andreas83400]

php code wurde unterdrückt, sorry

echo 'hello world';

[andreas83400]

jetzt habe ich es endlich kapiert.
Der Befehl muss natürlich lauten: php ~/html/....

[Raabiat]

Hallo,
habe selbes Problem wie obig beschrieben.
Nur mit dem kleinen Unterschied: mein php-Script liegt in einem, via .htaccess-geschützen Verzeichnis.

aufruf im webbrowser funktioniert so: http://User:Passwort@meinedomain.de/pfad/job.php

ich bekomme die Fehlermeldung, dass er das verzeichnis nicht finden kann...
stelle ich "php ~" voran, bekomme ich die Meldung: "Could not open input file"

Kommt der vielleicht auch mit Sonderzeichen in Passwörtern nicht klar?

wie muss denn mein Aufruf nun im Confixx-Interface aussehen?

[admin]

Gute Frage. Leider kann ich auch nicht sagen, ob der Cronjob evtl. Probleme mit dem .htaccess-Schutz hat, sieht aber wohl so aus. Aber wie man den umgehen kann weiss ich leider nicht.

[Raabiat]

okay )
ich hab mal den Verzeichnisschutz entfernt und siehe da, es läuft!
Ein Passwort ohne Sonderzeichen zu verwenden führte nicht zum Erfolg!

Wie kann ich denn jetzt Fremdlinge vom ausführen des Scriptes abhalten?
(das Script macht nichts böses, es führt lediglich zur Aktualisierung der LMO-Ligen...)

Da der Cronjob ja vom Server selbst gesteuert wird (höchstwahrscheinlich unter den Berechtigungen des "Besitzer") könnte evt. die Dateiberechtigung "640" helfen, oder nicht?

Gibt es vlt. andere Workarounds?

[M@lte]

Die Verhinderung des unberechtigtem Aufrufs des Skripts musst Du über die Zugriffsrechte für die Dateien und Verzeichnisse einstellen. Der Cron-Job wird mit dem Zugriffsrecht deines Benutzeracounts ausgeführt. Stellst Du also die Zugriffsrechte für das Verzeichnis, in dem das Skript liegt auf 700 und die Skriptdatei auf 600, kann keiner ausser webXX das Verzeichnis öffnen oder die Datei ausführen (auch Du selbst nicht mehr über das Web)
Gruß M@lte

[nehcregit]

Oh, gibts hier inzwischen Skript-Experten? Wenn ja, hätte ich eine Frage dazu (Automatisches Restore mittels MySQLDumper und www.cronjob.de)...