Hallo zusammen,

da hier im Forum augenscheinlich viele Doppelpostings grassieren und viele User davon entnervt sind, hoffe ich mal, dass ich trotz Benutzung der Such-Funktion den passenden Thread nicht einfach nur übersehen habe. Sollte dies der Fall sein, dann: Sorry!

Ich stehe vor folgender Ausgangssituation

Es gibt in meiner MySQL-Datenbank eine Tabelle wow_ums, die alle relevanten User-Daten enthält, wie Username, Passwort (MD5), Session-ID, E-Mail-Adresse etc. Nun habe ich mir mit Hilfe eines Tutorials im Netz eine Login- und Logout-Prozedur geschrieben.

Der Ablauf ist einfach:
--> Eingabe der Zugangsdaten per Formular
--> Prüfung der Zugangsdaten per SQL
--> Bei korrekten Daten erfolgt der Eintrag der Session-ID in die DB

--> Steht die Session-ID in der DB folgt, dass der User online ist.

--> Loggt sich der User aus, wird die Session-ID aus der DB gelöscht.

Im Grunde finde ich dieses Variante nicht schlecht, denn die Anzahl der eingetragenen Session-IDs ist theoretisch gleich der Anzahl der eingeloggten Benutzer. Leider aber nicht in der Praxis, denn wenn der User nicht brav ist und sich beim Verlassen ausloggt, dann bleibt die Session-ID eingetragen und der User ist Pseudo-Online...

Was kann ich dagegen tun? Für hilfreiche Tipps wäre ich sehr dankbar.

Gruß,

Patrick

Mister Ad

Waq

Du legst das Datum des letzten Zugriffs ab, und führst regelmässig ein Script aus, welches alle Session-IDs, die seit ner halben Stunde oder so inaktiv sind, killt.

Regelmässiges Ausführen erreichst Du über einen Cronjob oder über eine Ausführung mit einer gewissen Wahrscheinlichkeit bei jedem Scriptaufruf, also Du schmeisst einen Zufallsgenerator an, und mit einer Wahrscheinlichkeit von einem Prozent oder so wird bei jedem Scriptaufruf die Aufräum-Funktion angeschmissen.

Ergänzend kannst Du auch eine Javascript-Funktion bauen, die ein automatisches Ausloggen bewirkt, wenn das letzte Browserfenster geschlossen wird.

__________________
mod = master of disaster

Guradia

SIDs in der DB mit aktivität versehen und ausaltern lassen

@Waq: Danke für den Tipp... Ich hatte sogar schon ein Feld für den Zeitpunkt der letzten Aktivität vorgesehen... Cronjobs sind mir allerdings total neu und soweit ich das gesehen habe, gibt's die von meinem Webhoster nicht... Die freien kosten Geld oder funktionieren anscheinend nur einmal am Tag (siehe selfphp.info). Ein solcher Cronjob müsste ja wenigstens alle 15 Minuten laufen.

Die Variante zwei das per Zufallsgenerator bei Aufruf im Skript zu machen funktioniert sicherlich, wenn ich allerdings extrem niedrige Userzahlen habe, dann kann es passieren, dass es nur alle drei Tage mal zum "Aufräumen" kommt...

Diese beiden Lösungen sind also nur bedingt praktikabel und bei jedem Skriptauruf den Data-Wipe zu machen ist wohl zu rechenintensiv...

@Guradia: Deinen Tipp verstehe ich leider nicht ganz. Wie kann ich einen DB-Eintrag "ausaltern" lassen? Klingt wirklich interessant. Kannst du mir das etwas genauer erklären?

Auf jeden Fall vielen Dank euch beiden für den schnellen Support.

Hmm... eventuell könnte ich das realisieren, wenn ich mir eine Tabelle mache, in der auch noch der Zeitpunkt des letzten Checks vermerkt wird...

Wenn dann mehr als 20 Minuten vergangen sind, führt er den Check aus und ersetzt die Zeit in der Tabelle.

Welchen Wert haltet ihr aus eurer Erfahrung für sinnvoll? Sind 20 Minuten in Ordnung?

imported_Ben

viel zu lang. so etwas sollte bei jedem scriptaufruf geschehen, sonst ist doch die aktualität fürn a****

__________________
Webentwickler-Blog - Buchbesprechung PHP Design Patterns - SQL-Antipatterns

Okay, dann probiere ich das mal

Danke sehr!