dedlfix: viele, viele Requests oder doch ganz einfach?

Beitrag lesen

Hi!

Eine Möglichkeit (für die meistens ein Chat der Standardbeispielfall ist) wäre eine Comet-Architektur (http://alex.dojotoolkit.org/2006/03/comet-low-latency-data-for-the-browser/). Dabei schließt der Server den Request nicht ab, sondern hält ihn offen und kann dadurch beliebig Daten nachschieben.
Jetzt muss ich nur noch rausfinden, ob es sowas auch für PHP oder zur Not vllt. CGI gibt.

Das ist prinzipell auch mit PHP zu machen. Um Informationshäppchen gleich nach der Erzeugung zum Client zu befördern, kann man mit flush() den Webserver bitten, seinen Puffer sofort in Richtung Client zu entleeren und nicht erst das Paket vollzupacken. Das nächste Problem sind Laufzeitbegrenzer, die nach verbrauchter CPU-Zeit die Abarbeitung einstellen. Da wäre als erstes PHPs max_execution_time zu nennen und als weitere Option Prozessüberwacher, wie sie bei 1&1 zum Einsatz kommen. Da wird von außen der Prozess beendet, egal, wie man max_execution_time einstellt.

Lo!