einen chat programmieren...bloss wie?

[Shadowman]

ich wollte als aller erstes mal fragen, wir ihr die daten bei einem chat speichern würdet...
ich bin bis jetzt nur auf 2 ideen gekommen

1. ich würde die daten in einer txt datei speichern und dann vom client aus abfragen lassen...ist aber relativ unangenehm weil ich das relativ unkomfortabel finde, wenn man sich einloggt und dann direkt alles hingeballtert bekommt, was schon geschrieben wurde, bevor man angekommen ist.

2. ich würd alle beiträge in eine datenbank schreiben mit nem timestamp und dann wenn man sich einloggt alles ab der logintime abfragen. hat wiederrum den nachteil, dass man dann immer wieder alle daten abfragen würde, was dann nach einer gewissen zeit den speicher etwas überladen würde und mit der zeit würd das auch der server nicht mitmachen...

darum eine frage...wäre es nicht sinnvoll wenn man bei jedem user eine temporäre datei anlegt, die immer nur erweitert wird und diese dann angezeigt wird? also dass man aus der datenbank immer nur die sachen nach der letzten aktualisierung abfragt?

und wenn das so ok wäre, wäre ein kleiner befehltstipp für dieses vorhaben super ;)

[Andes]

Du kannst schon alles in eine DB schreiben. Nur solltest du Datum/Zeit des Eintrags mitspeichern. Beim Client wird die aktuelle Zeit der Datenaktualisierung gespeichert.
Bei einer erneuten Abfrage wird nur der Datenbestand abgefragt der zwischen der letzten Aktualisierung und der aktuellen Zeit liegt.
Einen Chat rein auf PHP aufzubauen ist aber etwas lästig für den Client. Da er ständig manuell aktualisieren muss. Da würde sich Javascript in Verbindung mit AJAX anbieten.
Mit JS kannst du im Hintergrund einen Request senden und die empfangenen Daten einfach an die Vorhanden Daten anhängen. So braucht sich der Benutzer nicht manuell um die Aktualisierung kümmern. Bloß sollte dein Server nicht gerade schwach sein. Da ja permanent Anfragen gesendet werden. Kommt halt auf die Anzahl der Benutzer an. Die den Chat gleichzeitig nutzen.

Da möchte ich auch mal meinen Senf zugeben....

Meine Ajax Experimente zeigen ganz klar:
Weiterhin ist man dank des HTTP auf Polling angewiesen...
Bei mir war es ein (primitiv)Spiel mit polling im Sekundentakt!
Allen (DSL) Freunden Bescheid gesagt, jeder 3 Browser auf...
Oje, 30 Spieler und mein dedicated Root-Server steht auf 100% Auslastung.
Schockierend hohe Wasserkopfkonstante...!!

Gegenprobe:
Schnell einen einfachen Serverprozess in Freepascal geschrieben, und einen
Java (nicht JS) Clienten gebastelt...
Oh, Wunder... mit noch mehr Clients blieb die Systemlast unter 5%..!!
Erheblich kürzere Reaktionszeiten, flüssiger zu bedienen..

Also meine Meinung dazu:
Einen Chat zu bauen ist über!! Da gibts schon hunderte!
Einen AjaxChat zu bauen ist zumindest unklug!
Verwende IRC! Der bleibt auch unter hoher Last stabil!