[PHP] Endlos-Umleitungsschleife, wieso?

[Matze]

Hallo,

das Problem ist bei einem Cronjob nur, dass ich keinen Redirect machen kann, wenn ich das richtig verstanden habe, oder?

Grüße, Matze

[DevilsCamp]

Hallo Matze,

nur mal so eine Frage:
Ist das Neuladen der index.php wirklich notwendig? Ansonsten könnstest du ja erstmal alle Dateien in dem Verzeichnis parsen und dann den Redirect veranlassen.

[Namenloser]

Zitat von DevilsCamp:

Hallo Matze,

nur mal so eine Frage:
Ist das Neuladen der index.php wirklich notwendig? Ansonsten könnstest du ja erstmal alle Dateien in dem Verzeichnis parsen und dann den Redirect veranlassen.

Das Problem ist wohl, so wie ich es verstanden habe, das Script-Timeout.

[Matze]

Hallo,

richtig. Ich möchte damit das PHP-Timeout umgehen ohne über set_time_limit() gehen zu müssen. Nicht alle Dateien lassen sich innerhalb der verfügbaren Zeit parsen, die meisten jedoch.

Grüße, Matze

[DevilsCamp]

Da würde ich an deiner Stelle doch mal den Vorschlag von himitsu versuchen:

Zitat von himitsu:

*nochmals überleg*
nach 'ner gewissen Zeit könnte man ja per Meta-Tag oder Java-Script dem Browser einen Reload-Befehl schicken, wo er dann die Datei erneut läd und beendet dabei gleich die aktuelle Datei (die Neue wird ja vermutlich gleich gestartet) ... somit würde man das Script nicht ewig laufen lassen.

[Matze]

Zitat von Matze:

Das ganze möchte ich nachher per Cronjob vielleicht 1 x pro Woche/Tag ausführen. Wenn diese Umleitungsschleife vom Browser irrtümlich angenommen wird, dürfte ich das Problem beim Cronjob eigentlich nicht haben.
Daher geht die Meta-Tag-Lösung auch nicht.

[himitsu]

kannst du den Cronjob nicht mehrmals am Tag auf dein Script loslassen?

z.B. Stündlich
dann jeweils nur ein Script bis zum Timeout laufen lassen
und beim nächsten Mal fortsetzen oder eben wenn nichts mehr da ist, einfach nichts machen

[generic]

Zitat von Dax:

Nach einer gewissen Zahl Redirects auf _immer die selbe Seite_ vermutet der FF, dass das auf Ewig so weitergeht. Häng' einfach einen Parameter, vielleicht nen Integer, dran, und das sollte sich ändern ;)

Das ist noch allgemeiner zu Formulieren!

Nach einer Anzahl von Redirects, bricht jeder Browser ab um z.B. Endlosschleifen zu vermeiden.

[Matze]

Das ist aber auch bissl schlampig.

Notfalls lasse ich die vorhandenen Dateien "manuell" über den Browser parsen (geht ja mit ein paar F5-Drücken) und lade die dann hoch. Wenn ich das Skript dann täglich ausführen lasse, sollte es nur jeweils eine Datei zu parsen haben und das geht innerhalb des Timeouts.
Es wäre halt schön gewesen, wenn ich die PHP-Datei ändere, einfach die geparsten Dateien löschen. Beim nächsten Durchlauf werden alle Dateien dann aktualisiert.

Grüße

Edit: Könnte ich theoretisch 2 identische Dateien anlegen, jedoch mit unterschiedlichem Redirect-Header? Und immer von der einen auf die andere weiterleiten lassen?
Natürlich ginge das per Cronjob nicht, aber nur mal so als Spinnerei. Oder ist die maximale Redirect-Anzahl unabhängig von der aufgerufenen Datei?

[Namenloser]

Zitat von Matze:

Edit: Könnte ich theoretisch 2 identische Dateien anlegen, jedoch mit unterschiedlichem Redirect-Header? Und immer von der einen auf die andere weiterleiten lassen?
Natürlich ginge das per Cronjob nicht, aber nur mal so als Spinnerei. Oder ist die maximale Redirect-Anzahl unabhängig von der aufgerufenen Datei?

Das gleiche passiert auch hier. Hab ich schon oft erlebt, dass wenn ich Cookies ausgeschaltet hatte, Seiten gegenseiteig auf sich umleiten. Das wurde vom Firefox auch erkannt. Du könntest es aber mal mit einer JavaScript-Umleitung probieren, vllt. wird diese ja nicht erkannt. Oder eben Ajax.