Die Idee sieht im Groben so aus: Der Benutzer meldet sich ueber ASP an und bekommt einen Cookie mit einer SessionID verpasst. Gleichzeitig wird in einer DB ein Eintrag vorgenommen, in dem steht, dass der Benutzer angemeldet ist. Die Tabelle enthaelt eine SessionID und eine BenutzerID und Zeitpunkt des Login. Zum Ende der Session wird der Eintrag geloescht (und da liegt das Problem).
Eine weitere Tabelle enthaelt all die Session-Variablen fuer die Benutzter. Wird eine ASP.Net Seite aufgerufen, liest diese ebenfalls den Cookie, und schaut in der DB unter der entsprechenden SessionID nach. Gibt's einen Eintrag, ist der Benutzer angemeldet, dann geht's in die zweite Tabelle um die Session-Variablen abzuholen. Macht das Sinn? Wie gesagt, das ganze laeuft nur wenn ich die Eintraeg zuverlaessig zum Ende der Session loeschen kann. Th. -----Original Message----- From: Claudius Ceteras [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 09, 2002 12:26 PM To: AspGerman Kaffeehaus Subject: [aspdecoffeehouse] RE: AW: Welche User gerade online > > >> Muss sofort geloescht werden. Soll eine Session-Verwaltung inner > >> Datenbank werden > > >Wieso benutzt Du dann �berhaupt die eingebauten Sessions? > Erzeuge doch > Deine eigene Session-IDs etc... > > In der Hoffung, dass ich nicht selber die Session beenden muss. Dann hast Du aber doch nichts gewonnen... Die ganzen Session-Probleme gehen nicht weg, wenn Du immer noch auf die eingebauten Sessions aufbaust... Als erstes w�rde ich auf eigene Session-IDs umsteigen, die �ber Querystring weitergegeben werden. Dann eine Session-Klasse bauen, die auf jeder Seite, die Sessions verwenden soll instantiiert wird. Wenn man ASP-Seesion ausstellt kann man sogar denselben Namen verwenden (Session) und bei richtiger Programmierung(gleiche Properties etc.) muss man alte ASP-Programme nicht umstellen... Wenn automatisch eine neue Sessions angelegt wird(redirect auf gleiche URL + sessionID im querystring), weil ein Besucher noch keine hatte, dann kannst Du eine Session_OnStart-Funktion aufrufen (inklude oder eigene global.whatever...) Eine eigene Session_OneEnd rufst Du f�r jede Session, die Du l�schen willst auf... > > >> (damit ich endlich ASP.Net Seiten verwenden kann...) > > >ASP.NET unterst�tzt doch von Haus aus die Speicherung der > Session-Daten auf > einem SQL-Server... > > Aber nicht, wenn es ASP Sessions sind. Ich kann nur Teile des > Systems auf > ASP.Net umstellen. > Was hat das dann �berhaupt mit ASP.NET zu tun? Wieso musst Du erst Deine Sessions auf DB umstellen, damit Du ASP.NET verwenden kannst? Ich hoffe doch Du willst nicht mit ASP in die von ASP.NET verwaltete Session-DB reinschreiben... Claudius | [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp --- Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.372 / Virus Database: 207 - Release Date: 6/20/2002 | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
