Problemen met cookies & sessies in ASP

[Estivie]

Hoi Niws-s

Ik heb een offertesysteem gemaakt in ASP dat de variabelen doorgeeft
met sessie-variabelen, maar wil voor mensen die geen cookies
accepteren een andere oplossing aanbieden (variabelen via querystring
doorgeven)

Ik dacht dus: ik maak op pagina 1 een sessie variabele aan, en als die
wordt geaccepteerd, geef ik geen variabelen door aan de querystring,
maar zet ze in sessievariabelen...

Ik krijg echter op pagina 1 _wel_ een sessie variabele (ondanks de
"cookies blocked" instelling in IE6) en dus wordt de querystring niet
meegegeven aan pagina2, die dus niet naar behoren werkt, want hier
zijn er blijkbaar geen sessievariabelen....

(het hele zooitje werkt wel met sessie variabelen als ik mijn
privacy-beleid op "standaard" zet...

Weet er iemand een sluitende manier om te testen of iemand cookies
heeft aan- of uitstaan? (google wel, want die blockt me mooi af als ze
af staan, maar die kan ik geen uitleg vragen hé.. :o))

Alvast bedankt.

Stv

[Daniel Tryba]

Estivie <estivie@hotmail.com> wrote:
> Ik dacht dus: ik maak op pagina 1 een sessie variabele aan, en als die
> wordt geaccepteerd, geef ik geen variabelen door aan de querystring,
> maar zet ze in sessievariabelen...
>
> Ik krijg echter op pagina 1 _wel_ een sessie variabele (ondanks de
> "cookies blocked" instelling in IE6) en dus wordt de querystring niet
> meegegeven aan pagina2, die dus niet naar behoren werkt, want hier
> zijn er blijkbaar geen sessievariabelen....

Nogal logisch, op die pagina start je, je maakt daar een sessie aan maar
het cookie wordt verworpen en dus niet terug gestuurd bij de request
voor pagina 2.

> Weet er iemand een sluitende manier om te testen of iemand cookies
> heeft aan- of uitstaan? (google wel, want die blockt me mooi af als ze
> af staan, maar die kan ik geen uitleg vragen h?.. :o))

Cookie zetten en op volgende pagina opvragen lijkt me een 100% zekere
methode.

BTW je zou eens kunnen spieken bij PHP, daar heeft de ontwikkelaar de
mogelijkheid om te kiezen voor transparante sessions mbv url rewriting.
Als dat aanstaat zal het activeren van een sessie zowel een cookie als
url rewriting doen, blijkt op pagina 2 het sessiecookie te zijn
geaccepteerd dan wordt het cookie voor de rest van de sessie gebruikt,
werd het niet geaccepteerd dan is het url rewriten voor de rest van de
sessie.

MAW op jou pagina 1 moet je ook met de url rommelen.

--

Daniel Tryba

[Estivie]

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote in message news:<bu9qc5$siv$1@news.tue.nl>...

> Cookie zetten en op volgende pagina opvragen lijkt me een 100% zekere
> methode.
>
> BTW je zou eens kunnen spieken bij PHP, daar heeft de ontwikkelaar de
> mogelijkheid om te kiezen voor transparante sessions mbv url rewriting.
> Als dat aanstaat zal het activeren van een sessie zowel een cookie als
> url rewriting doen, blijkt op pagina 2 het sessiecookie te zijn
> geaccepteerd dan wordt het cookie voor de rest van de sessie gebruikt,
> werd het niet geaccepteerd dan is het url rewriten voor de rest van de
> sessie.
>
> MAW op jou pagina 1 moet je ook met de url rommelen.

Thanks Daniël... het werkt...