von subjective |
Ein Cookie, welches nur existiert, solange der Browser offen bleibt, ist der beste Ort für eine Session-Id. Da nicht alle Benutzer Cookies akzeptieren, sollte man ein Fallback (URL, Formularfelder) einbauen.
Mit der Datenbank im Hintergrund haben die Cookies (bzw. die Übermittlung der Session-Id) nichts zu tun. Diese beiden Punkte sind voneinander unabhängig. |
von TeX |
hmm, mit session-cookies würd ich nix machen, außer du setzt einen hinweis das die dinger aktiviert sein müssen, besser ist es mit einer session-tab zu arbeiten. du schreibst grundsetzlich die sesid in die tab und bei erfolgreicher anmeldung trägst du in nen feld die unixtime ein und lässt sie z.b. alle 30s aktualisieren. dadurch kannst du auch gleich ausgeben wer grad online ist. nen cronshop säubert die tab dann wieder wenn die unixtime < echtzeit - 3600 ist.
das ist ne sache die funktioniert überall und das grundsystem wenn du es hast, kannste überall wieder mit einbauen, wenn natürlich keine datenbank da ist dann mit session-cookies arbeiten. |
von n0f3aR |
http://www.webwork-magazin.net/tricks/artikel/133
Die Seite gehört hier mit zur Community ;) |
von el_Nacho |
http://tut.php-q.net/sessions.html
erstmal würd ich mich grundsätzlich mit sessions auseinandersetzten und dann kannst dich ans login system machen. ich find das tutorial gut |
von Austin Powers |
Ich suche gute Tutorials zum thema Loginscript.
Sie sollen sich mit u.a. auch mit dem Thema Sicherheit auseinander setzen.
---
MfG:Austin Power (Saturn Realm)
OMW! Zumindest sobald ich herausgefunden hab wo ich JETZT gerade bin.
<---------->
"Wenn Liebe die Antwort ist, könnst Du bitte die Frage neu formulieren?" ... Lily Tomlin
<---------->
code hier http://www.pastebin.com |