Hallo zusammen,

ich setze schon länger OUTPUT_AUTOFLUSH in Form von



in einem Tool ein, das zwischenzeitlich unter Apache2 + mod_perl läuft. Hier finden Generierungen über einen längeren Zeitraum statt und der User soll sehen können, dass sich etwas tut.

Lokal wird ohne mod_perl entwickelt und da funkt alles wunderbar. Meinen Recherchen zufolge mag mod_perl OUTPUT_AUTOFLUSH allerdings nicht, und nun schau ich in die Röhre. Erst nach einem PRINT von mehr als 8KB funktioniert es wieder unter mod_perl, da dann der Cache wohl automatisch geflusht wird.

Da ich keine Lösung ergoogeln und erforen konnte und ich irgendwie nicht finde, daß ein Auffüllen des auszugebenden Strings mit  s eine schöner Workaround ist stelle ich hier nun hoffnungsvoll die Frage: wer hat einen Tip parat?!

Schönen Abend
Dennis

DDivine+2008-09-23 22:14:32--

in einem Tool ein, das zwischenzeitlich unter Apache2 + mod_perl läuft. Hier finden Generierungen über einen längeren Zeitraum statt und der User soll sehen können, dass sich etwas tut.

die portabelste lösung dafür ist, den prozess, der was tut, in den hintergrund zu schicken und
dem browser sofort eine seite zurückzuliefern, die sich regelmässig aktualisiert.
lass den prozess eine status-datei mit einer zufälligen id schreiben, und diese statusdatei
fragst du dann auf der seite ab, bis der prozess fertig ist.

Das würde einen recht großen Umbau bedeuten, da das an vielen Stellen so verwendet wird.

Gibt es keine Alternative..? :(

Dann hast du gleich die Möglichkeit, es beim Umbau schön in ein Modul einzupacken, damit zukünftige Änderungen leichter gehen.

Ernsthaft, langlebige Prozesse von der Gesundheit einer TCP-Verbindung abhängig zu machen ist keine allzu gute Idee. mod_perl und CGI eignen sich wunderbar für Requests im (Sub)Sekundenbereich, alles was länger dauert sollte in den Hintergrund.

DDivine+2008-09-24 09:20:11--

Das würde einen recht großen Umbau bedeuten, da das an vielen Stellen so verwendet wird.

tja, so ist das leben =)
ein http-request ist nicht dafür gedacht, ewig zu laufen, da kriegst du unter unterschiedlichen
webservern und betriebssystemen unterschiedliche einschränkungen.

Hachherrje, ich sehe schon meine Kollegen auf mich einreden dass es doch einen anderen Weg geben MUSS... ;)

Vielen Dank für Eure Unterstützung! Ab irgend einer Stelle wird man nunmal DOCH zur Sauberkeit gezwungen. Eigene Module sind sogar schon in Verwendung, aber halt gerade DAFÜR nicht. :-/