nicht angemeldet
Tach!
sprich, es müsste in einer anderen Sprache programmiert werden?
Nein, nicht unbedingt. Man kann nur nicht den üblichen Mechanismus verwenden, für den das PHP erfunden wurde: Einbettung im Webserver (egal ob Modul oder (F)CGI). Das geht allen Systemen so, die nur auf Request-Response-Erledigt ausgelegt sind. Der derzeitge Stand der Technik ist WebSockets. Das kann man auch serverseitig mit PHP hinbekommen, man muss nur ein PHP-Script als Server laufen haben. Dazu benötigt man noch einen Webserver, der die WebSocket-Verbindungen an das Server-Script weiterleiten kann.
Die wenigsten Probleme bekommt man meiner Meinung nach, wenn man die Sache mit ASP.NET angeht. Dafür gibt es ein Package namens SignlR. Das kann nicht nur WebSocket, sondern auch Fallback-Mechanismen. Und es nimmt einem die Drecksarbeit ab. WebSocket ist nur die Verbindung. Wenn man darüber Daten austauschen möchte, muss man sich noch ein Protokoll überlegen, ein vorhandenes implementieren oder eine Bibliothek suchen. Mit SignlR arbeitet man schon eine Ebene weiter oben. Man ruft Methoden auf und übergibt denen Daten. Und am anderen Ende bindet man eine Funktion mit gleicher Signatur an SignlR an. Die Serverseite läuft auch ständig, weil das ASP.NET eine Anwendung erzeugt, die mehr oder weniger im IIS eingebettet wird und es nicht nur Scripts sind, die bei Bedarf gestartet werden.
Das hört sich, so wie ich das gerade geschrieben habe, gar nicht mal so schlecht an. Aber ganz so einfach ist es dann doch nicht, wenn man so gar keine Erfahrung mit ASP.NET und C# oder zur Not auch VB.NET hat.
dedlfix.
Der Martin