Deltachaos

Hi,

Ich möchte mit AJAX für eine Chat Software eine Echtzeitkommunikation zwischen Server und Client herstellen.

Deshalb dachte ich mit PHP einen Server zu bauen der die HTTP Verbindung zum Client offen hält und ich zu den offenen Verbindungen der Clients Nachrichten sende.
Soweit kein Problem nur....

Wie handle ich am Besten viele Clients?
Ich hatte die Idee das ich die Clients auf verschiedene Serverprozesse verteile.
Also nach dem Motto wen Zugriff auf 0.realtime.example.com dann Serverprozess 0 usw.

Nur ein Problem.. Wie löse ich es am Performantesten wen z.B. ein Client auf Server 0 eine Nachricht an einen Client auf Server 1 Senden möchte.

abc_server0 > 0.xyz.example.com (Nachricht wird verarbeitet. Antwort gesendet) //An diesem Punkt muss die Nachricht ja an z.B. Server 1 weitergeleitet werden das dieser die Nachricht an dem gewünschten Client ausliefern kann.
1.xyz.example.com > maxi_server1

Wenn ich jetzt aber die Kommunikation zwischen den Servern auch mit Sockets regle, habe ich dann hätte ich doch gleich alles ein Script machen lassen können oder?

Oder ich setze einen Kommunikationsserver ein also:


Was sagt ihr? Wie soll ich das am Besten Lösen? Oder gibt es schon fertige Sachen die ich nutzen kann?

Mister Ad

nikosch

Versteh kein Wort. Bin schon hier ausgestiegen

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Deltachaos

Ich baue eine Serversoftware mit PHP die auf z.B. Port 81 hört und die Grundlagen des HTTP Protokoll kann.

Und dann rufe ich von der Client Seite per AJAX eine angeblich vorhandene Seite auf. Der Server nimmt das entgegen liefert aber nichts aus!! er hält die Verbindung offen. Sobald neue Nachrichten vorhanden sind werden sie an den Client gesendet... Die Verbindung wird eine gewisse Zeit offen gehalten und nach Abbruch durch den Server wieder neu Aufgebaut.

So kann ich in fast Echtzeit Nachrichten versenden.

nikosch

Das hast DU schon mal gesagt. Aber nicht, wie das gehen soll.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

wolf29

Let me google that for you

Wolf29

__________________
while (!asleep()) sheep++;

Unterschätze nie jemanden der einen Schritt zurück geht! Er könnte Anlauf nehmen.

nikosch

Du meinst jetzt nicht mich, oder? Es geht hier um einen Server Push, nicht um Ajax-Polling. Aber er redet wohl von Server-Push, nicht von http://en.wikipedia.org/wiki/Comet_(programming) o.ä.

HTTP ist aber Request-Response-basiert. Ein Client (ausser ein Javaapplet o.ä.) kann aber keine Serverfunktion übernehmen.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

wolf29

Ne, dich meinte ich nicht. Jep, hab ich falsch verstanden, aber war mir auch nicht ganz klar, was er genau wollte!

Wolf29

__________________
while (!asleep()) sheep++;

Unterschätze nie jemanden der einen Schritt zurück geht! Er könnte Anlauf nehmen.

G.Schuster

Ich zitiere mal den von dir verlinkten Artikel:
RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1
Letzter Satz in Abschnitt 8.1.1, zusätzlich definiert Abschnitt 14.10 ein "Connection: close" um eine offen gehaltene Verbindung explizit zu schließen bzw. das Schließen zu signalisieren.

__________________
actra.development - Schwabstr. 2 - 70825 Münchingen
www.actra.de/velopment/ - eMail: php.de@actra.de
Zend Certified Engineer for PHP5

nikosch

Und auch der Rest reden nicht von Serverseitigem Push, sondern beziehen sich immer auf Abfrage-Antwort, auch wenn Client hier mehrere Abfragen senden darf o.ä.

Aber wie auch immer, Du meinst halt Long Polling oder was auch immer. Stellt sich als nächste Frage, wozu Du Prozesse benutzen willst.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Deltachaos

Ja es geht um Long Pooling.

Da ich denke das ein PHP Script das als Server arbeitet nicht sehr viele Clients abfertigen kann.