Cronjob: Datei mehrmals aufrufen

[jays]

Hallo,

ich habe eine Frage zur Umsetzung bei der Verwendung von einem Cronjob und einer Datei, die mehrmals aufgerufen werden soll um die PHP-Skriptlaufzeit zu umgehen, wobei der Cronjob die Datei nur einmal anstoßen soll.


Ich habe eine Datei, die Daten abgleicht. Dieser Abgleich soll nicht durch die Skriptlaufzeit abgebrochen werden, daher möchte ich den Abgleich in kleine Portionen unterteilen.

Die Datei wird alle 24h per Cronjob aufgerufen.

Jetzt ist die Frage, wie kann ich diese Datei nach einem jeweiligen Durchlauf von sich selbst aufrufen lassen?


Ich hatte die Idee über Metarefresh oder curl_init(), aber es hat leider nicht den Erfolg gebracht, den ich wollte.

Vielleicht hat ja schon jemand mit so einem Problem Erfahrung gesammelt oder einen Tipp, wie ich das umsetzen kann?!

Wäre über Tipps und ggf. Lösungen sehr erfreut!

Grüße
Jays

[xabbuh]

Warum nutzt du nicht PHP über die Kommandozeile und deaktivierst das Zeitlimit?

[jays]

Weil ich die Möglichkeit leider nicht habe.

[Tumasch]

set_time_limit(36000); hilft nicht?

[tommi]

Hallo Jays,

Hast du hierfür eine Lösung gefunden ?

[jays]

Nein, leider nicht.

[vt1816]

Zitat von jays

Nein, leider nicht.

Was hälst Du von mehreren Cronjobs? Zeitlich versetzt, jeder mit einem anderen Teil des Abgleichs.

[tg300773]

set_time_limit() ist bei einigen Anbietern gesperrt und die max. Script-Laufzeit beträgt somit 30sek.

Ein PHP-Script kann sich meines Wissens nach nicht selbst aufrufen.

Ich halte daher die Idee von vt1816 auch für die beste.

[vt1816]

Zitat von tg300773

...
Ich halte daher die Idee von vt1816 auch für die beste.

Danke! ;-)

[meikel (†)]

Zitat von tg300773

set_time_limit() ist bei einigen Anbietern gesperrt und die max. Script-Laufzeit beträgt somit 30sek.

Korrekt. Um sowas auszuschließen reicht schon ein

php_admin_flag safe_mode on

aus.

Ein PHP-Script kann sich meines Wissens nach nicht selbst aufrufen.

Es könnte,

PHP-Code:

require __file__; 


aber es bringt nix.

Ich halte daher die Idee von vt1816 auch für die beste.

Nicht, daß ich was gegen vt1816 hätte, aber sowas wäre der falsche Weg.

Wenn es die Webapplikation erfordert, daß Script A einmal am Tag 10-20 Minuten rödeln dürfen muß (um zB. mit grottenfinsteren SQL Abfragen den leidtragenden SQL Server zu stressen), dann sollte auch die dazu passende Umgebung zur Verfügung stehen. Und, sollte das nicht der Fall sein, dann muß zwingend überlegt werden, ob das Script wichtiger ist, als poplige 8,90 € mehr für einen besseren vServer.

Kein normaler Mensch meldet sich mit einem Dreirad zur Formel 1 an. Und genau das gilt auch für Webapplikationen!