birthdefect
Hallo, ich habe schon zwei mal einen kleinen Chat programmiert.
Einmal in Java, als eigene Applikation mit einem Chatserver und einmal als PHP-Skript, welches mittels Java-Script im Sinne von Reloaden "aktualisiert" wurde.
Nun, die haben funktioniert, waren aber sehr unflexibel.
Der Java-Chat mit derm Chatserver (auch Java) ist eigentlich nicht in eine Homepage zu integrieren. Der PHP-Chat ist unflexibel, weil man keine Räume eräffnen kann und weil er dummerweise sehr viel Ressourcen verbraucht, weil ja immer Alles neu übertragen wird.
Was ich nun vorhabe zu machen:
Ein kleines Chatsystem
Login: ist erstmal egal. Ein Loginsystem mit Registrierungssystem habe ich bereits. Es lässt sich auch per PHP ohne weiteres der Status (eingeloggt?) abfragen.
Ein Java-Applet, welches mit einigen kleinen PHP-Skripten oder Perl-Scripten am Server kommuniziert. Deses Java-Applet soll in eine Seite eingebettet sein und folgenden Funktionsumfang haben:
Darstellung von Chatfenster, Inhalt einer Session wird LOKAL gespeichert, in Java-Applet, teilweise wird Inhalt auch am Server zwischengespeichert, bis
der Inhalt keine Relevanz mehr hat. (Raum wird geschlossen oder alle Eingeloggten
im Raume haben Nachricht erhalten -> Dann löschen).
Anfragen an den Server erfolgen mittels Raum, Spitzname und letzter Nachrichtennummer, sowie neuer Nachricht.
Zurück kommen dann die neuen Nachrichtenzeilen für entsprechenden Raum und Spitznamen.
Der selbe Befehl wird fürs Senden von neuen Nachrichten verwendet.
Dabei ist halt der Text der neunen Nachricht nicht leer.
Das Applet nimmt das Ergebnis vom PHP-Skript entgegen und stellt dieses dar.
Es bietet auch eine Eingabezeile für neue Anfragen.
Und kleinere Befehle (Schriftfarbe etc.)
Hat nun jemand von Euch schon Tips zu diesem Projekt?
Hat jemand Erfahrung mit speziell sochen Anforderungen?
Ich freue mich über Eure Anregungen.
MfG Birthy.
PS.: Server:
PHP vorhanden, möchte System auf etwa 500 gleichzeitige Nutzer ausrichten.
Habe auch zur not eine MySQL-Datenbank, würde es aber lieber ohne so eine
Datenbank machen, und greife lieber auf ein sauberes Dateisystem zurück.
Einmal in Java, als eigene Applikation mit einem Chatserver und einmal als PHP-Skript, welches mittels Java-Script im Sinne von Reloaden "aktualisiert" wurde.
Nun, die haben funktioniert, waren aber sehr unflexibel.
Der Java-Chat mit derm Chatserver (auch Java) ist eigentlich nicht in eine Homepage zu integrieren. Der PHP-Chat ist unflexibel, weil man keine Räume eräffnen kann und weil er dummerweise sehr viel Ressourcen verbraucht, weil ja immer Alles neu übertragen wird.
Was ich nun vorhabe zu machen:
Ein kleines Chatsystem
Login: ist erstmal egal. Ein Loginsystem mit Registrierungssystem habe ich bereits. Es lässt sich auch per PHP ohne weiteres der Status (eingeloggt?) abfragen.
Ein Java-Applet, welches mit einigen kleinen PHP-Skripten oder Perl-Scripten am Server kommuniziert. Deses Java-Applet soll in eine Seite eingebettet sein und folgenden Funktionsumfang haben:
Darstellung von Chatfenster, Inhalt einer Session wird LOKAL gespeichert, in Java-Applet, teilweise wird Inhalt auch am Server zwischengespeichert, bis
der Inhalt keine Relevanz mehr hat. (Raum wird geschlossen oder alle Eingeloggten
im Raume haben Nachricht erhalten -> Dann löschen).
Anfragen an den Server erfolgen mittels Raum, Spitzname und letzter Nachrichtennummer, sowie neuer Nachricht.
Zurück kommen dann die neuen Nachrichtenzeilen für entsprechenden Raum und Spitznamen.
Der selbe Befehl wird fürs Senden von neuen Nachrichten verwendet.
Dabei ist halt der Text der neunen Nachricht nicht leer.
Das Applet nimmt das Ergebnis vom PHP-Skript entgegen und stellt dieses dar.
Es bietet auch eine Eingabezeile für neue Anfragen.
Und kleinere Befehle (Schriftfarbe etc.)
Hat nun jemand von Euch schon Tips zu diesem Projekt?
Hat jemand Erfahrung mit speziell sochen Anforderungen?
Ich freue mich über Eure Anregungen.
MfG Birthy.
PS.: Server:
PHP vorhanden, möchte System auf etwa 500 gleichzeitige Nutzer ausrichten.
Habe auch zur not eine MySQL-Datenbank, würde es aber lieber ohne so eine
Datenbank machen, und greife lieber auf ein sauberes Dateisystem zurück.