Wir reden hier nicht von der Billig-Methode...

---
"S-púrlawits'chkâ A-ngáse gûrewüdíx" - Zaphrot Bibelprox

LOL,
naja, mein chat is ja billig
aber sag mal

@michaelh einen Javachat, der auf IRC basiert, ist doch mal totale lamer sh....
Es gibt echt vielzuviele Leute, die sagen, das sowas mit Php nicht funktioniert und total übertreiben, das das der Server nicht aushält und sowas. Für kleine Chats, ich sage mal so bis 15-20 Benutzer ist der Chat relativ stabil, ausserdem das Problem "mit der riiiiießigen Textdatei" kann man auch umgehen. Ich hab das in meinem Chat so realisiert das ich immer die 1.Zeile Lösche und die Letzte anfüge. Das hält die Datei konstant auf einer gleichen Zeilenanzahl. Ich hab da allerdings noch ne anderes kleine Frage: Was ist eigentlich mit Max.Execution Time? Wenn du mit Php ne Schleife machst, dann sind das standart 5s, wenn jetzt niemand zufälligerweisse die Rechte hat, auf dem Server rumzulöffeln und dies zu ändern.

http://www.i-net4you.de/index.php?go=verbot

Mag ja sein dass das bei einem User so ist, aber auf einem Server Liegt nicht nur ein Account. Überleg mal: Die ganze Seite muss an 20 User gesendet werden und zwar ca. alle 4 Sekunden. Sonst würde sie ja nicht aktualisiert werden. Jetzt rechne die übertragenen Daten mal auf einen Tag hoch. Jedes MB kostet den Provider Geld. Ein Chat über einen eigenen IRC Server ist da schon schneller. Da läd das script einmal und dann wird nur der Text gesendet.

Max.Execution Time: Das ist glaube ich die Zeit die ein PHP Script maximal laufen darf. (in der Regel 30 Sekunden).

---
Michael
Reads Mails Really Fast
rm -rf /* &

Aber leider redeten wir nie von der Art Chat, wo das Output-Dokument jede 4 Sekunden neu geladen wird; das ist und bleibt die Billig-Lösung.

Bei einem Chat, der über Server-Push (ja, ich weiß, das Wort ist nicht richtig) läuft, wird die Datei einmal angefordert und die Verbindung bleibt dann, sodass nur der neue Text übermittelt wird.

---
"S-púrlawits'chkâ A-ngáse gûrewüdíx" - Zaphrot Bibelprox

Stimmt schon, daß Traffic bei "Server-Push" nicht das Problem ist, dafür aber die CPU-Belastung durch die Apache-Prozesse inklusive PHP-Parsing und extreme RAM-Verschwendung. Falls dann noch eine Datenbank eingesetzt wird hat man persistent offene Datenbankverbindungen, sprich für jeden User nochmal etliche MB verbraten.

Wenn dann noch Bilder hinzukommen forked der Apache noch weiter, d.h. selbst wenn man einen eigenen Server hat, so ist bei ca. 50-70 Usern Ende und das ist einfach absolut daneben. Der Apache ist nicht dafür gemacht, um eine Verbindung aufrecht zu erhalten, das Dings ist auf Geschwindigkeit ausgelegt und daß Prozesse nach dem Senden der Daten wieder verschwinden. Kurzeitige Spitzen verkraftet der so ganz gut, Dauerlast hingegen nicht und wenn der Server einmal anfängt auszulagern hängt das ganze Teil.
Im Prinzip ist die "Billig-Lösung" sogar serverfreundlicher als Eure "tolle Lösung".

Ja, aber nicht anwenderfreundlicher.

Es stimmt schon, dass die CPU-Auslastung bei einem Chat sehr hoch steigen kann, vor allem, wenn man vergisst irgendwo MySQL-Verbindungen zu beenden. Aber wenn man nen eigenen Server hat, geht das schon...

Can

---
"S-púrlawits'chkâ A-ngáse gûrewüdíx" - Zaphrot Bibelprox