Archief - PHP: sessions geeft problemen in IE

lo,
ik gebruik in men php login script 2 $_SESSION vars
dan check ik in de pagina die enkel bedoelt is voor degene die ingelogd is of die vars isset zijn en of ze niet == "" zijn.

in firefox werkt dit perfect, maar sommige mensen hebben hier problemen mee in internet explorer.
kheb dat wat verder bekeken en het blijkt dat internet explorer standaard geen cookies accepteert.
kheb de mensen die dat probleem hadden knn uitleggen wat ze moete instellen in internet explorer om cookies te accepteren.
maar dat uitleggen is bij sommigen echt verschrikkelijk

daarom is mijn vraag of er geen andere manier is zodat internet explorer wel die cookies aanvaard zodat ik met die session kan werken zonder dat de client zijn internet explorer instellingen moet zitten wijzigen?

grtz kristof

Voor zover ik weet heeft sessions totaal niets te maken met cookies.
Sessions worden opgeslagen op de server en cookies op de client.

problem solved
nuttige info gevonden op php.net:

If you're developing websites using the (OS-feature) of search-domains [1] it is likely, that the browser silently discards the php-cookie-request when doing session_start() and creates a new session everytime you reload.

[1] Ie. you have the search-domain "senpftopf.de" and you're pointing with your browser to "http://www/session.php" (where the OS does the completion on its own) instead of the full name "http://www.senpftopf.de/session.php".

I assume because the browser cannot determine for which domain the cookie is for and ignores the request. So you should use the full qualified hostname + domain.

Spacy2003 zei:

Voor zover ik weet heeft sessions totaal niets te maken met cookies.
Sessions worden opgeslagen op de server en cookies op de client.

Klik om te vergroten...

niet per se. er bestaat zoiets als session cookies.
komt erop neer dat de sessie wordt bewaard in een tijdelijke cookie op de client ipv op de server.
kan handig zijn als je met veel sessies tegelijkertijd werkt en de server niet wilt overbelasten.

Het komt er op neer dat er altijd een cookie op de client zal zijn met het sessie id. Je kunt sessie id's ook doorgeven via de url, maar dan kun je makkelijker problemen krijgen als je je sessie en dus ook je login en zo niet tegoei beveiligd.