Coder Board Community

Die Frage ist ob die Einträge in der DB nicht nach dem Senden sofort gelöscht werden sollten. Und selbst wenn Du eine Historie behalten willst würde ich lieber die DB Einträge in eine andere Tabelle packen und die direkte Chattabelle immer von allem befreien was gesendet wurde.

Ansonsten gibts auch für 5 Euro einen fertigen Flashchat der auch nicht das Problem mit dem sekündlichen Aktualisieren hat. Ich komm jetzt grade nicht auf den Namen aber den hab ich bei einem Kunden im Einsatz und der läuft dort ohne Probleme. Ist wie ich finde die perfekte Alternative wenn man weder Chatserver noch CGI bzw. Perl zum Einsatz bringen kann. PHP Chat ist wie ich finde immer ne mehr oder weniger schlechte Lösung.

Interessant wäre sowas mal zu überlegen mit Ajax. Ob das von der Serverlast her gut umsetzbar wäre?

Ich denke auch, dass PHP zum Erstellen von Chats denkbar ungeeignet ist. Rauslöschen wenn etwas schon gesendet wurde ist auf jeden Fall sinnvoll, sonst ist die Datenbank auch recht schnell so groß, dass es immer langsamer wird.

Ich kenn jetzt deinen konkreten Anwendungsfall nicht (ob das nicht einfach nur eine PHP-Übung war), aber wenn du einen vernünftigen Chat einbauen willst, würde ich an deiner Stelle nach bewährten Technologien Ausschau halten. IRC-Chats lassen sich zum Beispiel per Java-Applet o.ä. recht schön einbinden, und es gibt sicher auch noch einige andere Möglichkeiten.

Was du PHP-seitig auch noch tun könntest, wäre die Datenverbindung beim Empfangen permanent offen zu halten und regelmäßig in der DB nachzuschauen ob schon was neues drinsteht, und im Falle des Falles ausgeben und per flush() nachschicken. Bei PHP bist du damit natürlich auf die max_execution_time aus der php.ini beschränkt. Das würde zumindest den HTTP-Overhead deutlich reduzieren und sich insgesamt flüssiger anfühlen.