> Hallo > > >Ich w�rde den Waarenkorb lieber in einer DB halten. > > Ja, den Warenkorb hab ich schon in einer DB gehalten. > Die Session-ID wird ebenfalls in der DB gespeichert. > So weis ich, wem welcher Warenkorb geh�rt. > > Gruss Christoph >
Das ist schlecht... So bist Du ja immer noch von der Session abh�ngig... Du musst die Warenkorb-Eintr�ge von der User-ID abh�ngig machen, so kann auch bei abgelaufener Session der Warenkorb durch Login wieder hergestellt werden. Diese �nderung d�rfte schnell implementiert sein.... Beim Login einfach die User-Id in die Session schreiben und dann immer statt "where warenkorb=sessionid" einfach "where warenkorb=session(userID)"... Session-Timeout w�rde ich so auf 60 min setzen, das ist ein gutes St�ck weniger leicht zu erreichen... Ausserdem kann man dann einfach nur sagen "Session abgelaufen, bitt neu einloggen" und der Warenkorb ist nicht verloren... 60Minuten kann aber auch t�dlich sein f�r die Webseite, wenn man wirklich viele Kunden hat und dadurch viele Sessions erzeugt(auch wenn sich keiner einloggt)... Falls viele Surfer die Site ansurfen, aber sich wenige einloggen kann man die Site in einen Sessionlosen Bereich(f�r normale Surfer) und einen mit Sessions(f�r User) aufteilen. Falls man nicht aufteilen kann, kann man auch das Session-Timeout auf kleine Werte setzen(1 min) und erst beim Login hochsetzen.... Ode Du implementierst ein eigenes Session-System, dass nicht auf Cookies angewiesen ist, sondern die Session-ID immer im Querystring mitschleppt und alle Session-Daten in einer DB persistiert. 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
