Ich habe ein PHP Script das jede Stunde einmal aufgerufen wird. In dem
Script möchte ich andere PHP-Scripte ausführen, möglichst so das die sich
nicht gegenseitig beeinflussen (Sprich: globale Variablen)

Daher hab ich es so gemacht:

<?php
#Mein Verteilerscript
system("php5 -f testscript1.php") ;
system("php5 -f testscript2.php") ;
system("php5 -f testscript3.php") ;
echo "cron_stunde.php wurde aufgerufen!<br>\n";
?>

Wenn ich da süber Websurfer aufrufe, dann klappt auch alles. Wenn ich es
dagegen über den Cron Jop eines Servers aufrufe, dann kommt:
sh: /php5: No such file or directoryWieso das denn? Gibts ne bessere Lösung?

B.Frank wrote:
> <?php
> #Mein Verteilerscript
> system("php5 -f testscript1.php") ;
> system("php5 -f testscript2.php") ;
> system("php5 -f testscript3.php") ;
> echo "cron_stunde.php wurde aufgerufen!<br>\n";
> ?>

Das würd ich direkt über ein Shell-Script machen. Die PHP Zwischenstufe
ist nicht wirklich notwendig.

> Wenn ich da süber Websurfer
^e? :-)

> dagegen über den Cron Jop eines Servers aufrufe, dann kommt:
> sh: /php5: No such file or directoryWieso das denn? Gibts ne bessere Lösung?

Cronjobs werden in der Umgebung von cron ausgeführt, nicht in der
Umgebung des Users. Daher ist hier der PATH neist nicht gesetzt.

Entweder mit absoluter Pfadangabe aufrufen oder vorher PATH setzen.

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/us r/bin

MfG, Ulf

> Entweder mit absoluter Pfadangabe aufrufen oder vorher PATH setzen.

Ich habs nun mal in

system("/usr/bin/php5 -f sendetestmail.php") ;

geändert. Seltsamerweise immer noch gleiche Fehlermeldung obwohl php5 in
"/usr/bin" sein muss.
Wie und wo kann ich den Path setzen?

B.Frank wrote:
>> Entweder mit absoluter Pfadangabe aufrufen oder vorher PATH setzen.
>
> Ich habs nun mal in
>
> system("/usr/bin/php5 -f sendetestmail.php") ;
>
> geändert. Seltsamerweise immer noch gleiche Fehlermeldung obwohl php5 in
> "/usr/bin" sein muss.

Letztendlich interessiert nicht wo es sein muß, sondern wo es ist.

> Wie und wo kann ich den Path setzen?

Oh man...

B.Frank schrieb:
> Ich habs nun mal in
>
> system("/usr/bin/php5 -f sendetestmail.php") ;
>
> geändert.

Der absolute Pfad zum PHP Script natürlich^^ Wieso rufst du die PHP
Scripte nicht einfach mit require auf? Würde das irgendeinen Unterschied
machen?


Gruß,
Habbo

B.Frank schrieb:
> Ich habe ein PHP Script das jede Stunde einmal aufgerufen wird. In dem
> Script möchte ich andere PHP-Scripte ausführen, möglichst so das die sich
> nicht gegenseitig beeinflussen (Sprich: globale Variablen)
>
> Daher hab ich es so gemacht:
>
> <?php
> #Mein Verteilerscript
> system("php5 -f testscript1.php") ;
> system("php5 -f testscript2.php") ;
> system("php5 -f testscript3.php") ;
> echo "cron_stunde.php wurde aufgerufen!<br>\n";
> ?>
>
> Wenn ich da süber Websurfer aufrufe, dann klappt auch alles. Wenn ich es
> dagegen über den Cron Jop eines Servers aufrufe, dann kommt:
> sh: /php5: No such file or directoryWieso das denn? Gibts ne bessere Lösung?

Würgaround: Ruf sie mit wget ab, und schmeiss den Output weg.

Daniel

--
------- _ | _ |_ _. | _ _ _ -------
(_| | (_) |_) (_| | /_ (_) (_)
_| Deine Reisecommunity
--- Reiseblogs - Reisekarte - Reisetipps - http://www.globalzoo.de/ ---

Jan Habbo Brüning wrote:

> Der absolute Pfad zum PHP Script natürlich^^

und der zu php selbst natürlich auch.

> Der absolute Pfad zum PHP Script natürlich^^ Wieso rufst du die PHP
> Scripte nicht einfach mit require auf? Würde das irgendeinen Unterschied
> machen?

Globale Variablen de rScripte könnten sich doch überschneiden, oder?

> Letztendlich interessiert nicht wo es sein muß, sondern wo es ist.

Er ist schon da, ich habs mit FIND überprüft!
Ich habe nun bei Script und bei PHP Pfad mit angegeben, siehe:

system("/usr/bin/php5 -f
/srv/www/vhosts/meineseite.de/httpdocs/testscrip1.php") ;


Aber immer noch das gleiche im Protokoll:
sh: /php5: No such file or directory
cron_stunde.php wurde aufgerufen!<br>
Rufe ich's direkt auf geht alles! Oh Mano, was kann das denn noch sein?

B.Frank wrote:

> Aber immer noch das gleiche im Protokoll:
> sh: /php5: No such file or directory
> cron_stunde.php wurde aufgerufen!<br>
> Rufe ich's direkt auf geht alles! Oh Mano, was kann das denn noch sein?


Im Cron-Job? Steht da eventuell noch 'php5 -f' statt des kompletten Pfades?
Würde ich jedenfalls drauf tippen......

B.Frank wrote:

> system("/usr/bin/php5 -f
> /srv/www/vhosts/meineseite.de/httpdocs/testscrip1.php") ;
>
> cron_stunde.php wurde aufgerufen!<br>

und dabei fällt Dir nichts auf?
cron_stunde.php != testscrip1.php

Arbeite doch einfach generell mit absoluten Pfaden und schon ist das
Problem gelöst. Damit meine ich auch alles innerhalb eines PHP-Scipts.

dirname(__FILE__) kann dazu sehr hilfreich sein. Aber schau ins Manual
um zu verstehen was diese Zeile tut.

Irgendwie kommt es mir so vor als wölltest Du Dinge tun, über die Du aus
welchen Gründen auch immer nicht genügend nachdenkst.

Weiterhin fehlen Dir absolute Basics. Ohne Lernen (ja das geht nicht von
heut auf Morgen) wird das auch nix. Das was bei Dir zu Problemen führt
sind Lapalien.

MfG, Ulf

> und dabei fällt Dir nichts auf?
> cron_stunde.php != testscrip1.php

> Irgendwie kommt es mir so vor als wölltest Du Dinge tun, über die Du aus
> welchen Gründen auch immer nicht genügend nachdenkst.

Du musst den Thread richtig lesen! Ich rufe im Cron Job
php5 cron_stunde.php auf. Das klappt auch alles, man erkennt im Protokoll
ja das cron_stunde ausgeführt wird!

Problem ist das das PHP-Script das in diesem File dann aufgerufen wird,
nicht geht. Also in cron_stunde.php steht die Zeile:

system("/usr/bin/php5 -f
/srv/www/vhosts/meineseite.de/httpdocs/testscrip1.php") ;

Ihr könnt mir glauben die Pfade und dateien stimmen! Es funktioniert ja
alles wenn ich cron_stunde.php im broser aufrufe. Nur wenn cron_stunde.php
über cron aufrufe wird zwar cron_stunde.php ausgeführt abe rnicht die script
die mit system darin aufgerufen werden.

Das hab ich aber alles schon geschrieben. bevor du leute beschimpfst
solltest du erst selbst mal richtig lesen!

Ulf Kadner wrote:

> und dabei fällt Dir nichts auf?
> cron_stunde.php != testscrip1.php

Gerad gesehen das Du das "cron_stunde.php wurde aufgerufen!" ja per echo
ausgibst. Das ist auch nen bischen sinnfrei da dieser Output nicht dem
entspricht was getan wurde und sorgt nur für Verwirrung.

>> Rufe ich's direkt auf geht alles! Oh Mano, was kann das denn noch sein?

Wie genau rufst Dus direkt auf? Genau so?
/usr/bin/php5 -f /srv/www/vhosts/meineseite.de/httpdocs/testscrip1.php

Dann hast Du evtl. keine Rechte um mit cron php5 aufzurufen.
Dann wär es wohl am besten wenn Du testscrip1.php an eine Stelle
kopierst wo Du per webserver drauf zugreifen kannst. (Kann auch ein per
htaccess geschütztes verzeichnis sein) Dann wie bereits vorgeschlagen
über wget alles aufrufen ('man wget' hilft Dir) und den Output dessen
verwerfen, bzw. gegenchecken ob der Aufruf erfolgreich war.

MfG, Ulf

Postings haben sich überschnitten, lese meinen letztes noch mal

B.Frank wrote:

> Du musst den Thread richtig lesen! Ich rufe im Cron Job
> php5 cron_stunde.php auf. Das klappt auch alles, man erkennt im Protokoll
> ja das cron_stunde ausgeführt wird!

Wie bereits in nachfolgenden Posting geschrieben ein Rechteproblem.

> Ihr könnt mir glauben die Pfade und dateien stimmen! Es funktioniert ja
> alles wenn ich cron_stunde.php im broser aufrufe.

Dann ists doch OK nimm wget und das Problem ist Vergangenheit.

> Das hab ich aber alles schon geschrieben. bevor du leute beschimpfst
> solltest du erst selbst mal richtig lesen!

Wenn Dir der Eindruck von beschimpfen entstanden ist tuts mir leid. War
natürlich nicht so gemeint. Aber Du hast im vorigen Thread nicht gerad
Kooperation bewiesen. Das merkt man sich natürlich.

MfG, Ulf

B.Frank wrote:

> Postings haben sich überschnitten, lese meinen letztes noch mal

Ja und in dem Posting auf das Du hier geantwortet hast steht die Lösung.

MfG, Ulf

> Ja und in dem Posting auf das Du hier geantwortet hast steht die Lösung.

Mit wget ken ich mich leider garnicht aus, was tut das und wie müsste zeile
lauten damit kein Müll auf Platte erzeugt wird?

B.Frank wrote:
>
>> Ja und in dem Posting auf das Du hier geantwortet hast steht die Lösung.
>
> Mit wget ken ich mich leider garnicht aus, was tut das und wie müsste zeile
> lauten damit kein Müll auf Platte erzeugt wird?

Hat erstmal nix mit PHP zu tun. "man wget" hilft Dir dabei.

MfG, Ulf

B.Frank schrieb:
>
>> Ja und in dem Posting auf das Du hier geantwortet hast steht die Lösung.
>
> Mit wget ken ich mich leider garnicht aus, was tut das und wie müsste zeile
> lauten damit kein Müll auf Platte erzeugt wird?
>
>

Du machst deinen Cron so
0 2 * * * /usr/bin/wget
"http://example.org/dir/tuwas.php?id=123"> /dev/null 2>&1


Wenn das Verzeichnis "dir" per .htaccess geschuetzt ist dann hat wget
dafuer 2 Parameter welche dir die manpage bzw. -h verraten.

Gruss
Joerg



--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

>
> Du machst deinen Cron so
> 0 2 * * * /usr/bin/wget
> "http://example.org/dir/tuwas.php?id=123"> /dev/null 2>&1
>


Da hast mich falsch verstanden. Ich habe keine Problem damit PHP-Scripte in
meinem Cron Job direkt ausführen zu lassen. Das klappt ja wie oben
beschrieben. Ich möchte aber wissen wie ich ein php-script innerhalb eines
ainderen (welches im cron aufgerufen wird) aufgerufen werden kann.

B.Frank schrieb:
>> Du machst deinen Cron so
>> 0 2 * * * /usr/bin/wget
>> "http://example.org/dir/tuwas.php?id=123"> /dev/null 2>&1
>>
>
>
> Da hast mich falsch verstanden. Ich habe keine Problem damit PHP-Scripte in
> meinem Cron Job direkt ausführen zu lassen. Das klappt ja wie oben
> beschrieben. Ich möchte aber wissen wie ich ein php-script innerhalb eines
> ainderen (welches im cron aufgerufen wird) aufgerufen werden kann.

Du hattest doch gefragt wie du wget benutzt?

Gruss
Joerg


--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

> Du hattest doch gefragt wie du wget benutzt?

Aber aus PHP heraus! Nun müsste ja dann mit system auch gehen.

B.Frank schrieb:
>> Du hattest doch gefragt wie du wget benutzt?
>
> Aber aus PHP heraus! Nun müsste ja dann mit system auch gehen.

Informier dich über wget. Bitte.

Und bitte besser und schneller, als letztens mit dem "Regex-Coach".

Dann liest du mein Posting nochmal, um zu verstehen, wie es dein Problem
lösen könnte.

Daniel
--
------- _ | _ |_ _. | _ _ _ -------
(_| | (_) |_) (_| | /_ (_) (_)
_| Deine Reisecommunity
--- Reiseblogs - Reisekarte - Reisetipps - http://www.globalzoo.de/ ---

B.Frank schrieb:
>> Letztendlich interessiert nicht wo es sein muß, sondern wo es ist.
>
> Er ist schon da, ich habs mit FIND überprüft!
> Ich habe nun bei Script und bei PHP Pfad mit angegeben, siehe:
>
> system("/usr/bin/php5 -f
> /srv/www/vhosts/meineseite.de/httpdocs/testscrip1.php") ;
>

Ich habe mir mal ein Testaufbau gebastelt und siehe da: Es funktioniert wie
Du Dir das vorstellst. Cron ruft php5 mit einem Skript auf, das Skript ruft
mit system() php5 dreimal mit einem anderen Skript auf. Du musst also mehr
Informationen über Deinen Aufbau herausrücken (wo steht der Cron-Aufruf, mit
welchen Rechten startet der Job, wie veränderst Du die Jobs, welche Rechte
haben die Verzeichnisse und Dateien, welche Rechte hast Du auf dem Server,
was machen die Testscripte usw. usw.)

> Aber immer noch das gleiche im Protokoll:
> sh: /php5: No such file or directory

Dieser Fehler ist seltsam. Wenn er sich auf die obige Zeile bezieht, müsste
da eigentlich "sh: /usr/bin/php5 : No such file or directory" stehen. Und
wenn testscrip1 (fehlt das zweite t extra?) nicht aufgerufen werden kann,
dann hieße die Fehlermeldung: "Could not open input file:
/srv/www/vhosts/meineseite.de/httpdocs/testscrip1.php". Es sieht so aus, als
ob Dein Cron die Änderung nicht akzeptiert hat. Versuche es mal mit Neustart
von Cron oder Reboot.

viele grüße
ralph

>> Aber immer noch das gleiche im Protokoll:
>> sh: /php5: No such file or directory
>
> Dieser Fehler ist seltsam. Wenn er sich auf die obige Zeile bezieht,
> müsste
> da eigentlich "sh: /usr/bin/php5 : No such file or directory" stehen. Und
> wenn testscrip1 (fehlt das zweite t extra?) nicht aufgerufen werden kann,
> dann hieße die Fehlermeldung: "Could not open input file:
> /srv/www/vhosts/meineseite.de/httpdocs/testscrip1.php". Es sieht so aus,
> als
> ob Dein Cron die Änderung nicht akzeptiert hat. Versuche es mal mit
> Neustart
> von Cron oder Reboot.


Nein der Toppfehler bei testscrip1.php ist nur hie rim Posting weil ich
nicht durch anderen namen verwirren wollte. In wirklichkeit stimmt das
schon.
Ja die Fehlermeldung sh: "/php5: No such file or directory" find ich auch
seltsam. Aber du musst bedenken das ist nicht die Fehlermeldung auf den
cron-Auftrag, der wird ja korrekt ausgeführt, der wird ja korrekt
ausgeführt, sehe ich an dem echo das dort ausgegeben wird. Das ist die
Fehlermeldung von dem Aufruf mit system in dem script.

Abe rlangsam schickts mir, ich glaub ich gebe da sauf. Ich mach es halt so
das ich alle notwendigen php-Scripte einzeln als cron auftrag eingebe, das
ist ja auch der normale Weg.
Mich hätte nur wirklich interessiert warum´s nicht anders geht, na ja.

B.Frank schrieb:
> Ja die Fehlermeldung sh: "/php5: No such file or directory" find ich
> auch seltsam. Aber du musst bedenken das ist nicht die Fehlermeldung
> auf den cron-Auftrag, der wird ja korrekt ausgeführt, der wird ja
> korrekt ausgeführt, sehe ich an dem echo das dort ausgegeben wird.
> Das ist die Fehlermeldung von dem Aufruf mit system in dem script.

Wenn Du nicht vergessen hast und der Server sich nicht geweigert hat, Deine
Änderung abzuspeichern, dann kann ich mir nur ein durchgeknalltes Caching
vorstellen. MOD-PHP hat mir so etwas schon öfters abgeliefert, aber von
PHP-CLI bin ich es nicht gewohnt - deswegen habe ich den Cron-Dämon in
Verdacht.

> Abe rlangsam schickts mir, ich glaub ich gebe da sauf. Ich mach es
> halt so das ich alle notwendigen php-Scripte einzeln als cron auftrag
> eingebe, das ist ja auch der normale Weg.
> Mich hätte nur wirklich interessiert warum´s nicht anders geht, na
> ja.

Wie gesagt, bei meinem lokalen System funktioniert es - es geht also
prinzipiell. Warum das bei Dir nicht funktioniert, kann man mangels
Informationen nicht bestimmen.

viele grüße
ralph

Ulf Kadner schrieb:
> Jan Habbo Brüning wrote:
>
>> Der absolute Pfad zum PHP Script natürlich^^
>
> und der zu php selbst natürlich auch.

Ja klar, hier fehlt wohl ein *auch* hinter "natürlich" :-)


Abgesehen davon: Wieso sollte man PHP Scripte in diesem Zusammenhang so
aufrufen? Es reicht doch, dass eine per Cron und den Rest selbst per
require auszuführen.


Gruß,
Habbo

"Joerg Behrens" <behrens [at] takenet.de> schrieb im Newsbeitrag
news:5g79nsF3eo1miU1 [at] mid.individual.net...
> B.Frank schrieb:
>>> Du machst deinen Cron so
>>> 0 2 * * * /usr/bin/wget
>>> "http://example.org/dir/tuwas.php?id=123"> /dev/null 2>&1


Wozu steht der Parameter "2>&1" in wget, was macht der?

B.Frank schrieb:
> "Joerg Behrens" <behrens [at] takenet.de> schrieb im Newsbeitrag
> news:5g79nsF3eo1miU1 [at] mid.individual.net...
>> B.Frank schrieb:
>>>> Du machst deinen Cron so
>>>> 0 2 * * * /usr/bin/wget
>>>> "http://example.org/dir/tuwas.php?id=123"> /dev/null 2>&1
>
>
> Wozu steht der Parameter "2>&1" in wget, was macht der?

Der sorgt dafür, dass Ausgaben und Fehlermeldungen in /dev/null
geschrieben werden. Sprich jede Ausgabe wird gelöscht und nicht auf der
Shell angezeigt.

Gruß,
Torsten

Torsten Zühlsdorff wrote:
> B.Frank schrieb:
>> Wozu steht der Parameter "2>&1" in wget, was macht der?
> Der sorgt dafür, dass Ausgaben und Fehlermeldungen in /dev/null
> geschrieben werden. Sprich jede Ausgabe wird gelöscht und nicht auf der
> Shell angezeigt.

Genauer: Der leitet die Fehlerausgabe in die Standardausgabe um.

Da diese mit >/dev/null in ein schwarzes Loch geschickt wird, werden
beide gelöscht.

Klugscheißend,
Michael

--
Testscript für RegEchsen:
http://diesundas.funzt-halt.net/regextest.php