[quote=opi,04.04.2006, 16:08]Aber gehen dann nicht eventuell wichtige Informationen
verloren? In einem Shop würde ich zum Beispiel in einer
Session abspeichern, für welche Produkte sich ein Kunde ganz
besonders interessiert hat. Bei der nächsten Anmeldung
erscheinen dann spezielle Angebote, für die er sich das letzte
Mal interessiert hat.

Diese Info's würden bei einer Neuanlage oder einer Löschung
der alten Session nicht mehr zur Verfügung stehen, oder?[/quote]
für sowas sind sessions auch nicht gedacht. sessiondaten sind solche, die
nach einer halben stunde (z.B.) wieder verschwinden. alles andere speichert
man permanent in der datenbank.

Quote

die nach einer halben stunde (z.B.) wieder verschwinden

Ja, das hätte ich auch gerne :-)

[quote=pktm,04.04.2006, 17:58]

Quote

die nach einer halben stunde (z.B.) wieder verschwinden

Ja, das hätte ich auch gerne :-)[/quote]
wo ist das problem?

[quote=pq,04.04.2006, 18:22][quote=pktm,04.04.2006, 17:58]

Quote

die nach einer halben stunde (z.B.) wieder verschwinden

Ja, das hätte ich auch gerne :-)[/quote]
wo ist das problem?[/quote]
Hi,

vielleicht hilft das hier:

CGI-Session-ExpireSessions

[quote=pq,04.04.2006, 18:22][quote=pktm,04.04.2006, 17:58]

Quote

die nach einer halben stunde (z.B.) wieder verschwinden

Ja, das hätte ich auch gerne :-)[/quote]
wo ist das problem?[/quote]
Da gibt es mehrere Varianten:
a) der benutzer meldet sich nicht ab sondern schließt einfach den Browser
b) während der Entwicklung werden (z.B. bei fehlernder sid-Übergabe weil ich es mal wieder versäumt habe einem Link diese anzuhängen) werden hunderte Sessions angelegt
c) $session->close(); löscht die Dateien nicht, ich kann aber (später) auch nicht mehr darauf zugreifen

b) ist mein aktuelles Problem gewesen, a) wird mein neues Problem sein.

Es läuft darauf hinaus, dass die Session-Dateien nciht aufgeräumt werden. Jedesmal per Hand den Session-Ordner aufräumen zu lassen ist ein irrsinniger Aufwand und Cron-Jobs werden immer noch für teures Geld verkauft (was ich nicht investieren möchte).

Zu a): Es bleibt auch noch das oben gestreifte Problem, dass Benutzereinstellungen, wenn man nicht gerade bei jedem Aufruf eine Datenbankabfrage losschicken möchte um diese zu speichern, erst an einem bestimmten Punkt gespeichert werden (z.B. am Ende des Arbeitsganges oder beim Abmelden). Werden diese Punkte nicht ordnungsgemäß erreicht (Browser schließen, oder unabsichtlich einfach mal ein PC-Absturz oder eine automatisch ausgehende Internet-Verbindung), so gehen die Sitzungsdaten verloren.

Das alles ist immer vor dem Hintergrund, dass keine Kekse verwendet werden. Ich gehe davon aus, weil es der schlechteste anzunehmende Fall ist und ich gerne auf der sicheren Seite stehe.

Daher die Idee mit dem fixen Namen für Sessions...

Zum Thema Cron-Jobs: Das hier könnte ganz interessant sein: http://www.jgs-xa.de/info_34_Service-CronJob.html

[quote=pktm,05.04.2006, 11:47]Da gibt es mehrere Varianten:
a) der benutzer meldet sich nicht ab sondern schließt einfach den Browser
b) während der Entwicklung werden (z.B. bei fehlernder sid-Übergabe weil ich es mal wieder versäumt habe einem Link diese anzuhängen) werden hunderte Sessions angelegt
c) $session->close(); löscht die Dateien nicht, ich kann aber (später) auch nicht mehr darauf zugreifen

b) ist mein aktuelles Problem gewesen, a) wird mein neues Problem sein.

Es läuft darauf hinaus, dass die Session-Dateien nciht aufgeräumt werden. Jedesmal per Hand den Session-Ordner aufräumen zu lassen ist ein irrsinniger Aufwand und Cron-Jobs werden immer noch für teures Geld verkauft (was ich nicht investieren möchte).[/quote]
also ich sehe da immer noch kein problem. wenn du keine
cronjobs benutzen kannst, musst du die aufgabe des
aufräumens halt ins script selbst verlagern.

Hallo ptkm,

[quote=pktm,05.04.2006, 11:47]a) der benutzer meldet sich nicht ab sondern schließt einfach den Browser[/quote]

vor genau dem gleichen Problem habe ich auch gestanden und
habe es wie folgt gelöst.

In jedem Benutzerprofil gibt es einen Parameter namens SID
(Beispiel)



hinter dem die Session-ID abgelegt wird, nachdem sich ein
Benutzer anmeldet. Wenn der Benutzer nun so frei war und
sich sauber abmeldet, wird die SID ganz einfach wieder
entfernt...



Sobald sich der Benutzer also anmeldet und meine Anmelde-
routine feststellt, dass der SID Parameter nicht leer ist,
weiß die Routine, dass der Browser einfach geschlossen wurde.
Daraufhin setzt die Routine ein Unlink auf die alte Session-ID
ab und der Benutzer erhält den freundlichen Sicherheits-
hinweiß, dass er bitte den Abmelden-Button nutzen
soll, als den Browser einfach zu schließen. Auf diese Weise
halte ich mir den Müll vom Hals, der sich zwangsläufig
anhäufen kann.

Ich habe sogar noch einen Codefetzen aus meiner Loginroutine
gefunden :-)


Gruss,
opi\n\n

<!--EDIT|opi|1144242848-->

Hm ja, das ist cool. Danke.

meine Erfahrungen zu Session-Dateien:

es muss immer einen Prozess geben, der alte Session-Dateien wegputzt. ob dies bei jedem Request passiert oder per Cron-Job muss man selbst entscheiden. Es kann auch sinnvoll sein, sich die Updatezeiten der Sessions in einer Datenbank zu speichern: so kann man nämlich mit einer kleinen SQL Anfrage entscheiden, welche Sessions "expired" sind und die dazugehörigen Session-Dateien löschen.