 |
Die letzten 5 Postings in diesem Thema » Alle anzeigen
| von Netbuster |
| okay, danke. |
| von subjective |
Er ist falsch. Schon vom Konzept her. Du macht genau das, was ich zuletzt beschrieben habe. Server-Push mit HTML-Ausgabe.
Du solltest dich erstmal grundsätzlich mit der Thematik beschäftigen. Oder halt einen fertigen Java-/Flash-Chat nehmen. |
| von Netbuster |
...
was ist aber mit meinem Code, gibt es denn dort einen Fehler? |
| von subjective |
PHP ist für HTTP-Chats, so sie denn sein müssen, eine gute Lösung. Man nutzt dann halt ext/ircg und einen Threaded Webserver als Gateway zu einem IRC-Server. Der Java-Server ist eine schlechtere Lösung - der compilierte IRC-Server sollte leistungsstärker sein. Die Kombinationen aus Java-Applet und -Server haben meist den Nachteil das sie über spezielle Ports kommunizieren, welche häufig von Firmen-Firewalls geblockt werden. Alle serverseitigen Speziallösungen haben den Nachteil, das sie auf Standard-Hostern kaum möglich sein werden.
Genauso könnte PHP als Backend für Flash, XMLHTTPRequest oder Java dienen. Somit wäre keine Spezialsoftware auf dem Server notwendig und auch die Last (da kein Server-Push und simples XML statt komplettem HTML) akzeptabel. Alle Client-Techniken haben natürlich das Problem, dass sie vom Client unterstützt werden müssen.
Was man nicht tuen sollte ist ein HTTP-Push mit Apache 1.3. Bei einem HTTP-Push wird die Verbindung nicht beendet, die genutzte Instanz kann also nicht für mehrere Chatter wiederverwendet werden. Da der Apache pro Instanz eine ganze Menge Speicher braucht bekommt man mit der Server-Performance schnell Probleme. Diese Probleme sind völlig unabhängig von der verwendeten Programmiersprache.
|
| von Lewi |
languitar schrieb am 03.08.2005 11:45
Äh, ja, aber trotzdem gibt es ja wohl durchaus schönere und hosterfreundlichere Lösungen als PHP-Chats... |
Im Frontend kann PHP ja durchaus zur Anwendung kommen, falls es sich zum Beispiel über Socket-Funktionen zu einem Java-Server verbindet. |
|
|
|
