Font
Wiki:Tipp zum Debugging: use Data::Dumper; local $Data::Dumper::Useqq = 1; print Dumper \@var;
[thread]9248[/thread]

Ausloggen (page 2)

Readers: 8


<< |< 1 2 3 >| >> 23 entries, 3 pages
rosti
 2024-06-11 14:58
#196395 #196395
User since
2011-03-19
3548 articles
BenutzerIn
[Homepage]
user image
Cookies löschen geht nicht einmal mit Javascript. Mit JS kannst einen Cookie nur neu anlegen bzw. Vorhandene überschreiben.
http://blog.rolfrost.de/

The art of steam.
GwenDragon
 2024-06-11 15:43
#196401 #196401
User since
2005-01-17
14816 articles
Admin1
[Homepage]
user image
2024-06-11T12:58:39 rosti
Cookies löschen geht nicht einmal mit Javascript. Mit JS kannst einen Cookie nur neu anlegen bzw. Vorhandene überschreiben.

Ja, Cookie "löschen" existiert auch nicht, da muss der Wert auf "" und das Expires auf einige Jahre vorher gesetzt werden.
Last edited: 2024-06-11 15:49:44 +0200 (CEST)
GwenDragon
 2024-06-11 15:47
#196403 #196403
User since
2005-01-17
14816 articles
Admin1
[Homepage]
user image
2024-06-11T11:13:12 rosti
Meine Antwort lautet: Nein

Weil: Man sich nicht darauf verlassen kann daß der Benutzer da draufklickt.

Ein PC ist keine ∞/365/24-Maschine, oder? Warum muss sich deiner Meinung nach niemand ausloggen?
Last edited: 2024-06-11 15:53:02 +0200 (CEST)
rosti
 2024-06-11 15:52
#196404 #196404
User since
2011-03-19
3548 articles
BenutzerIn
[Homepage]
user image
Es ist eine logische Frage: Wenn man sich nicht darauf verlassen kann, daß ein Benutzer auf Ausloggen klickt, macht ein diesbezüglicher Code einfach keinen Sinn.
http://blog.rolfrost.de/

The art of steam.
GwenDragon
 2024-06-11 15:55
#196405 #196405
User since
2005-01-17
14816 articles
Admin1
[Homepage]
user image
2024-06-11T13:52:41 rosti
Wenn man sich nicht darauf verlassen kann, daß ein Benutzer auf Ausloggen klickt, macht ein diesbezüglicher Code einfach keinen Sinn.
Ja.
Dann macht aber auch keinen Sinn Cookies und JavaScript zu nehmen in Programmen, denn wenn der User… usw. Haben Alle, gilt nicht.
rosti
 2024-06-11 16:03
#196406 #196406
User since
2011-03-19
3548 articles
BenutzerIn
[Homepage]
user image
Richtig. Sessions mit Cookie sind grundsätzlich nicht sicher. Weil HTTP zustandslos ist und einen Zustand eingeloggt gar nicht kennt.

Ganz schön was los hier heute ;)
http://blog.rolfrost.de/

The art of steam.
GwenDragon
 2024-06-11 17:08
#196409 #196409
User since
2005-01-17
14816 articles
Admin1
[Homepage]
user image
Mensch, lassen wir doch Logins, dann entfällt auch logischerweise der Sinn des Logouts.
¯\_(ツ)_/¯
rosti
 2024-06-11 17:54
#196418 #196418
User since
2011-03-19
3548 articles
BenutzerIn
[Homepage]
user image
2024-06-11T15:08:22 GwenDragon
Mensch, lassen wir doch Logins, dann entfällt auch logischerweise der Sinn des Logouts.
¯\_(ツ)_/¯



HTTP-Authorization ist quasi ein Login. Weil die validen Zugangsdaten nach einmal eingeben bei jedem Request an die Authority gesendet werden. Und ja, man kann auch über status 401 einen neuen Prompt anfordern. Nur wird das ein ziemlich übler Code bei dem man nicht einmal weiß ob das mit jedem Browser funktioniert.

Code: (dl )
¯\_(ツ)_/¯
http://blog.rolfrost.de/

The art of steam.
GwenDragon
 2024-06-11 20:09
#196423 #196423
User since
2005-01-17
14816 articles
Admin1
[Homepage]
user image
HTTP-Authorization ist eben nicht so optimal.

Aber wenn es dir so genügt, dann is’ gut.
rosti
 2024-06-11 20:23
#196426 #196426
User since
2011-03-19
3548 articles
BenutzerIn
[Homepage]
user image
Quote
HTTP-Authorization ist eben nicht so optimal.


Heißt jetzt was?
http://blog.rolfrost.de/

The art of steam.
<< |< 1 2 3 >| >> 23 entries, 3 pages



View all threads created 2003-08-04 16:05.