supertramp

uns anderen auch!

__________________
Aufstrebend, kompetent und werbefrei.
www.developers-guide.net

Mister Ad

Ich persönlich schicke Logindaten immer per POST an das selbe Skript und wenn dann meine pruefe($_POST[pw]) true zurück gibt, wird die Variable $auth die mit 1 belegt wird in einer Session gespeichert und ein Link mit "Hier geht es weiter" angezeigt....

wo sind denn diese logfiles? wenn ich jetzt zb die logfiles? kann ich überhaupt ohne server-pw die files lesen?


ich mag an post nicht, dass wenn man verschickt hat und es aktualisiert, kommt sone "Fehlermeldung"... bei get würde keine fehlermeldung in dem sinne kommen, sondern eine meldung auf der page.

du brauchst mir nciht zu erzählen wie ich nen login machen muss, das weiss ich auch

mfg
DarkManX

Es reicht, wenn es ein anderer kann. Jeder Proxy, jeder Router KANN (muß nicht) Logfiles schreiben. Und in denen steht jeder requestete URL. Und wenn man das weiß, dann vermeidet man es tunlichst, Logindaten sogar noch per GET zu übermitteln. Zu allem Überfluß landet der URL mit den Logindaten auch noch in der History Liste des Browsers...

Was solls, mir kann es ja egal sein, was Du treibst...

JanM

verschlüsseln geht auch mit base64_decode und base64_encode

__________________

Statistik

imported_Ben

@darkman ..
der user sollte gar nicht in die situation kommen überhaupt einen manuellen refresh machen zu "müssen".
also dieses argument ist einfach nicht tragbar im vergleich zum risiko eines passworts in der URL.

aber wie meikel schon sagte .. mach was du willst .. aber danach nicht heulen.

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