[julien]

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.

Den neuen Abschnitt, also die Portion hatte ich an die URL angehangen bzw. curl_init() auch per Post probiert.

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

Grüße
julien

[Jann Hendrik]

wenn du die Möglichkeit hast das PHP-Skript über CLI aufzurufen, dann sollte das auch ohne refresh möglich sein.

[kampfgnom]

also ich könnte zwar auch völlig falsch liegen, aber was ist mit der header funktion
also einfach am ende eine headerweiterleitung zum selben script machen und dann per GET param den nächsten startwert übergeben!

[Jann Hendrik]

Ich bin mir nicht sicher, aber ich meine, dass das nicht geht....

Lasse mich da aber gerne korrigieren!

[Sclot]

Ich glaube so etwas sogar schonmal gesehen zu haben.
Allerdings solltest du beachten, das Webseiten, welche durch Automatische Cronjobs aufgerufen werden, meistens durch wget oder lynx aufgerufen werden, welche unter umständen nicht die Funktionalität zur verfügung stellen, die du brauchst (z.B. Header refresh).

Sauber wäre wirklich die php-Datei direkt über die CLI aufzurufen (Läuft dann direkt lokal auf dem server und bricht auch nicht nach 30 Sek ab, da sie nicht durch einen Browser aufgerufen wird).

[Bleistift]

Zitat von Sclot

Sauber wäre wirklich die php-Datei direkt über die CLI aufzurufen (Läuft dann direkt lokal auf dem server und bricht auch nicht nach 30 Sek ab, da sie nicht durch einen Browser aufgerufen wird).

max_execution_time greift auch bei einem Aufruf via CLI.

[Jann Hendrik]

Zitat von Bleistift

max_execution_time greift auch bei einem Aufruf via CLI.

Mag sein, aber man kann eine modifizierte php.ini für CLI benutzen.

[robo47]

Also wenn du sowas bei nem normalen Webhoster machst, kann der unter Umständen Böse werden und hat dann auch das Recht dir deinen Vertrag zu kündigen, denn der setzt seine Limits nicht zum Spass und dir sollte halt klar sein, dass das zu lasten aller anderen User auf dem Server geht, die zu der Zeit auch Script laufen haben.

Du solltest also eher einen der folgenden Wege gehen:
1) versuchen das Script weiter zu optimieren
2) Mit dem Hoster reden ob es Möglichkeiten gibt z.b. die execution_time zu erhöhen
3) Überlegungen in Richtung eines VServers anstellen wenn du fit genug mit Linux bist um den zu pflegen und warten, weil dort kannst du was die execution_time angeht eigentlich machen was du willst.


Der ganze Kram mit header und co, kann nur funktionieren wenn der Cron ein passendes programm nutzt um das jeweilige Script aufruft, das weiterleitungen folgt, spricht einen Browser (sehr sehr unwahrscheinlich und der folgt auch nicht unbegrenzt redirects !), wget/lynx mit passenden paramtern oder ähnliches (funktioniert nur wenn kein timeout oder redirect-limit überschritten wird, also keine wirklich zuverlässige lösung)

[Jann Hendrik]

Die Alternative wäre das auch mehrere kleiner cronjobs aufzuteilen. In der DB kannst du dir ggf. merken, wie weit du schon gekommen bist.
Entsprechend viele einzelne cronjobs müsstest du halt laufen haben - hintereinander natürlich...

[julien]

Hi,

erstmal Danke für die ganzen Tipps!

Also in der Tat läuft das Script momentan auf einem normalen Webhosting-Account. Den Wechsel auf einen Vserver habe ich auch schon in Betracht gezogen, aber leider fehlt mir hier noch etwas die Erfahrung in Sachen Linux.

CLI werde ich mir mal anschauen.

Werde wahrscheinlich dann die Methode von "Jann Hendrik" nehmen und mehrere Cronjobs laufen lassen oder das Script manuell bzw. dann teilweise per Hand im Browser anstoßen.

Grüße
julien

[Jann Hendrik]

im Browser - damit hast du dann ja auch wieder ganz andere Möglichkeiten....

[julien]

Jetzt hast du mich neugierig gemacht, an welche Möglichkeiten hast du gedacht?

[Jann Hendrik]

naja - durch einen refresh, oder durch die Nutzung von JS, kann man sowas ja durchaus umgehen.

[julien]

Ok, so wie ich es schon umgesetzt hatte also auch