> Da gibt es unterschiedliche Ans�tze: > - Remote Scripting: Eine von Microsoft programmierte, auf > Java aufsetzende > Methode um Inhalte "nachzuladen" > von Adreas Rudischhauser bei www.was-geht-in-bc.de so realisiert > - XML: Clientseitiges XML kann wohl XML Inhalte nachladen. > Das ist dass, was > uns A. Rudischhauser heute vorgestellt hat. > - Ich arbeite mit einem m�glichst versteckten Frame der sich alle paar > sekunden Refresht, in das Ausgabefenster neue Nachrichten > schreibt und bei > �nderungen die "Who Is Online" Ansicht aktualisiert. >
Ein letzter ansatz ist, eine asp-seite zu haben, die man gar nicht beendet, sondern die verbindung offen h�lt und nur wenn neue nachrichten eintreffen sie als javascript-befehl rausschickt. Nat�rlich muss man f�r diesen ansatz eine warte-komponente auf dem server installieren, die den Prozess immer f�r eine sekund schlafen legt und dann z.B. in application-variablen nachpr�ft, ob wieder text zum versenden da ist... Auch kann man alle paar minuten oder so die verbindung doch zu machen und einen refresh initiieren, damit man nicht in einen timeout rennt. Auch sollte man nach jeder ausgabe bevor man sich wieder schlafen legt, testen, ob der Client noch connected ist und ggf. Die Seite abbrechen. Dieser Ansatz hat den Vorteil, dass die Connection nicht jedesmal neu aufgebaut wird, was relativ lange dauert. Hat aber den Nachteil, dass pro Chatter ein ein Thread gebunden wird, obwohl der Thread nur extrem wenig zu tun hat... Aber bei einem Server mit gen�gend Speicher und vielleicht auch entsprechenden Einstellungen beim IIS(Ich bin mir nicht sicher, wie gross standardm�ssig der Thread-pool ist und wie/ob er w�chst..) kann das f�r einen Chat mit sehr vielen Chattern kann das besser sein, als die vielen Connection-Overheads... Claudius | [aspgerman] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
