Ein Script, das Schlußendlich per CronJob aufgerufen wird, muss sehr zeitintensive Dinge erledigen. Um Konflikte mit "max_execution_time" zu vermeiden, werden die Arbeiten schrittweise erledigt. Seit tut es was es soll. Nur das (mehrfache) Reload des Scriptes macht mir zu Schaffen. Sowohl "xtc_redirect(xtc_href_link('mein_cron.php', 'step='.$t_step));" als auch "header("Location: mein_cron.php?step=".$t_step); " laufen irgendwann auf einen "ERR_TOO_MANY_REDIRECTS" Da m.W. manche Server JS in Cron-Scripten nicht wirklich mögen, versuche ich ohne JS auszukommen. Da ich einen gravierenden Denkfehler nicht ausschließen kann, bin ich für zielführende Tipps arg dankbar!
Spricht etwas dagegen, den CrobJob so einzurichten, dass das Script öfter aufgerufen wird, z.B. minütlich? Es könnte dann selber irgendwo hinterlegen, wie weit es mit seiner Aufgabe gekommen ist bzw. was als nächstes getan werden muss.
Ja leider, denn während der Aktion sind Funktionen des Moduls gesperrt - sollte also zügig über die Bühne gehen.
Javascript in Cron-getriggerten Scripten geht im allgemeinen nicht. Da ist ja nichts, was das JavaScript ausführen könnte, der Aufruf geschieht in der Regel über wget, curl oder etwas vergleichbares, das die Ausgabe bestenfalls irgendwo speichert oder per Mail verschickt, aber nicht aktiv verarbeitet.
Sieht für mich so aus als würde das Skript mit seinen Aufgaben zu schnell fertig werden. Hast du es mal mit einem kleinen Timeout von 60 Sekunden probiert?