Onderwerp: Sessions and browsertabs

"Hans" <replyelsewhere@hans.kernelnewbies.nl> wrote:
> Warden Dave <warden_dave@mnsys.invalid> wrote:

>> Als de voorwaarde is dat de query-string met ID komt dan hoef je
>> nog slechts uit te vissen of de ID te oud is en wel gelijk aan de
>> genoteerde ID in een eventueel koekje.

> Maar wat nu als ik even naar een andere site ga en vervolgens gewoon
> terug kom en mijn wagentje gewoon verder wil vullen?

Tsja, dat wat Erick wil is dat ook bij een stap buiten de winkel de sessie
ten einde is en dan komt het eventuele gedrag van een UA dat een session
cookie ophoud te bestaan als het domein wordt verlaten mooi uit. Daar kwam
nog bovenop dat hij client-side script wilde inzetten dat ook 'onunload
naar den vreemde' gelijk de banden met de klant doorsneed, dus...

Als dat alles een bezwaar is moet er maar buiten zijn deur worden
gewinkeld in een nieuwe window/tab/anders.

WD

Warden Dave:
> "Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> wrote:
> > Warden Dave:
> >> "Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> wrote:
>
> >> Je kunt, zoals opgemerkt, natuurlijk wel een event afhandelen, zoals
> >> unload, maar dat zal met enige voorzichtigheid moeten gebeuren.
>
> > Als de bezoeker
> > botweg het tabblad sluit zal ook wel een unload worden afgevuurd,
> > maar kan ik die onderscheiden van andere unloads?
>
> Bijv. door alle relevente event op objecten die een verandering van URL
> kunnen veroorzaken af te handelen.

Oei...dat zijn er in dit geval een hoop. Maar goed, het aantal is eindig,
dus het kan.

> Nog sluitender is het de verandering van URL uitsluitend via
> een script-functie te laten verlopen,

Ah, juistem. Een tussenliggend script dat doorstuurt en iets meegeeft.
Dat 'iets' kan dan aan gene zijde worden afgevangen.

Daarstraks zat ik even te denken, dat ik wellicht ook 'overal' de
refer[r]er kan uitvragen en op basis daarvan verder handelen. Even
afgezien van het feit dat die soms niet wordt doorgegeven, levert me dat
eigenlijk weer (net als met dat tussenliggende script) hetzelfde probleem
op: ik moet dan heel erg veel statische pagina's ombouwen.


Wat zou het toch fijn zijn als er bijvoorbeeld een http-header zou
bestaan die de browser bij de start van een sessie zou kunnen vertellen:
"Beschouw dit tabblad als een browser-instantie. Wordt het gesloten,
verwijder dan alle sessie-gegevens - net zoals je doet als de hele
browser wordt uitgeschakeld. Oh ja, doe dat ook als de bezoeker naar een
ander domein toegaat binnen dit tabblad."
[Wishful thinking, vrees ik]

--
Erick
[...die zich nog vast had voorgenomen niet op elke suggestie "ja,
maar..." te roepen, wat hem zo eigen is.]

Warden Dave:

> ...en dan komt het eventuele gedrag van een UA dat een session
> cookie ophoud te bestaan als het domein wordt verlaten mooi uit.

Hee, dat wist ik niet.

Dus als een sessie gaande is, en ik ga als bezoeker in hetzelfde tabblad
even naar - zeg - Google, ga dan met een bookmark weer naar de site waar
ik de sessie startte, dan zijn alle sessie-gegevens weg?

Echt?
Ik ga dat eens proberen....dankjewel.

[...voert test uit...]

[...en nog eens...]


Sjips. :-(
Mijn browser weet ook niet dat dat zo moet.

--
Erick

"Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> wrote:

> Wat zou het toch fijn zijn als er bijvoorbeeld een http-header zou
> bestaan die de browser bij de start van een sessie zou kunnen vertellen:
> "Beschouw dit tabblad als een browser-instantie. Wordt het gesloten,
> verwijder dan alle sessie-gegevens - net zoals je doet als de hele
> browser wordt uitgeschakeld. Oh ja, doe dat ook als de bezoeker naar
> een ander domein toegaat binnen dit tabblad."
> [Wishful thinking, vrees ik]

Sommige van je wensen zullen al het gedrag van sommige UAs zijn. Sommige
andere mensen hadden weer andere wensen, als:
http://groups.google.nl/group/netsca...dc2e78520d5d14
http://groups.google.nl/group/netsca...7a26d508e25bdb
etc.

('t Is kortom nog een beetje een x-browser rommeltje met die
session-cookies en tabs.)

WD

Warden Dave:

> Sommige van je wensen zullen al het gedrag van sommige UAs zijn.

Dat lijkt me een mooie afsluitende gedachte van deze avond. Ik ga maar
eens mijn nachtelijke plichten vervullen op dit - voor deze streek - late
tijdstip.

--
Erick

"Sommige van je wensen zullen al het gedrag van sommige UAs zijn" - WD in
niws-s

"Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> wrote:
> Warden Dave:

>> ...en dan komt het eventuele gedrag van een UA dat een session
>> cookie ophoud te bestaan als het domein wordt verlaten mooi uit.

> Hee, dat wist ik niet.

Let op dat er staat 'eventuele gedrag' (d.w.z.: reken er niet op dat..).
Meer gebruikelijk is/was dat tijdelijke cookies pas bij het verlaten van
de browser ophielden te bestaan. [Dus in de geest van de slag om de arm
van bijv. cookiecentral.com: "If Expires is not set explicitly, then it
defaults to end-of-session. The length of a session can vary depending on
browsers and servers, but generally a session is the length of time that
the browser is open for (even if the user is no longer at that site)."] Nu
zou het bijv. zomaar zo /kunnen/ zijn dat 't koekje toch ook verdwijnt als
tabs gesloten worden.

> Dus als een sessie gaande is, en ik ga als bezoeker in hetzelfde tabblad
> even naar - zeg - Google, ga dan met een bookmark weer naar de site
> waar ik de sessie startte, dan zijn alle sessie-gegevens weg?
>
> Echt?
> Ik ga dat eens proberen....dankjewel.
>
> [...voert test uit...]

Eh, welke UA is hier de toetssteen?

> [...en nog eens...]
>
>
> Sjips. :-(
> Mijn browser weet ook niet dat dat zo moet.

Niemand zei dat 't zo /moet/ en met de behoefte de sessie op te laten
houden als je domein verlaten wordt zouik van eventuele medewerking geen
punt maken...

WD

"Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> wrote in message
news:MPG.1f790399ad9788c898a16c@news.individual.ne t...

> winkelwagen en de afdelingsnaam) bewaard worden in de browser. Ga je
> daarna opnieuw naar de winkel - bijvoorbeeld in een ander tabblad, of
Kun je dan niet aan het begin van de winkel het mandje hoe dan ook clearen?

"Warden Dave" <warden_dave@mnsys.invalid> wrote in message
news:eemus3$2ev2$1@nl-news.euro.net...

> Tsja, dat wat Erick wil is dat ook bij een stap buiten de winkel de sessie
> ten einde is en dan komt het eventuele gedrag van een UA dat een session
> cookie ophoud te bestaan als het domein wordt verlaten mooi uit.
Ik kan me wel wat dingen voorstellen die misgaan met zo'n browser, zoals
single sign-on applicatie die tussen domeinen werken. Heb je een voorbeeld
van zo'n UA ?

"Arnold Hendriks" <a.hendriks@student.utwente.nl> wrote:
> "Warden Dave" <warden_dave@mnsys.invalid> wrote:

>> Tsja, dat wat Erick wil is dat ook bij een stap buiten de winkel de
>> sessie ten einde is en dan komt het eventuele gedrag van een UA dat
>> een session cookie ophoud te bestaan als het domein wordt verlaten
>> mooi uit.

> Ik kan me wel wat dingen voorstellen die misgaan met zo'n browser,
> zoals single sign-on applicatie die tussen domeinen werken. Heb je
> een voorbeeld van zo'n UA ?

Ik geloof dat ik beter had gezegd 'het zou zelfs zomaar zo kunnen zijn'
want nu blijkt "eventueel" te laten denken dat er letterlijk ernstig
rekening moet worden gehouden met dat wat Erick nu juist af wil dwingen:
het verdwijnende koekje. Spreekt voor zich dat er met koekjes genoeg mis
kan gaan (geen RFC verplicht een UA mee te werken. Ik neem overigens niet
aan dat je op 'Cookie Sharing' doelt maar gewoon op het her-betreden van
een domein - "A user agent SHOULD make every attempt to prevent the
sharing of session information between hosts that are in different
domains.")

WD

Warden Dave:
> "Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> wrote:
> > Warden Dave:
>
> >> ...en dan komt het eventuele gedrag van een UA dat een session
> >> cookie ophoud te bestaan als het domein wordt verlaten mooi uit.
>
> > Hee, dat wist ik niet.
>
> Let op dat er staat 'eventuele gedrag'

Oh ja.

> > Echt?
> > Ik ga dat eens proberen....dankjewel.
> >
> > [...voert test uit...]
>
> Eh, welke UA is hier de toetssteen?

Firefox 1.06 en 1.5
Maar ik wil ook best K-Meleon de sporen geven.


> > Mijn browser weet ook niet dat dat zo moet.
>
> Niemand zei dat 't zo /moet/

Da's waar, WD.
Ik was even blij met een dooie mus die ik zelf als Fata Morgana in de
dakgoot had gezet. :-)


--
Erick

"Verkoop geen lariekoek. Ik duld geen concurrentie." - N. van der Wijst

"Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> wrote:

> Ik was even blij met een dooie mus die ik zelf als Fata Morgana in
> de dakgoot had gezet. :-)

Nu ik even kijk naar gedane voorstellen/uitspraken van gisteren blijkt bij
kritische beschouwing nog 1 half-mooie zwaan 1 dooie mus.
Proefondervindelijk blijkt met groot gemak van de ene (winkel)pagina naar
de andere te kunnen worden gewandeld zonder dat 't met client-side script
waar te nemen is. Dan vuren events als unload af en je hebt er geen weet
van waar je gaat... [Misschien moet je bijv. toch alle waar via het
populaire XMLHttpRequest Object uitstallen onder 1 URL als dit soort
kleine hoofdbrekens (geen session cookies per tab - in sommige UAs) echt
Grote problemen vormt...]

WD

"Warden Dave" <warden_dave@mnsys.invalid> wrote:

> Misschien moet je bijv. toch alle waar via het populaire
> XMLHttpRequest Object uitstallen onder 1 URL als dit
> soort kleine hoofdbrekens (geen session cookies per tab - in sommige
> UAs) echt Grote problemen vormt...

+ Kleine herhaling: 'een' ID propageren (vanaf het punt waar het winkelen
echt begonnen is) lost, ondanks schaduwzijden, hier ook wel iets op...

WD

On 18-9-2006 18:40, Erick T. Barkhuis wrote:
>
> De vraag in het kort:
> hoe kun je met PHP een $_SESSION-array leegmaken wanneer de sitebezoeker
> een tabblad - maar niet de browser - sluit?
>

Volgens mij werkt dit al zolang als ik me kan herinneren (iig bij
Netscape/Mozilla en soortgelijke producten), en niet alleen bij tabs,
maar ook gewoon bij windows. Zolang er minimaal 1 window open is bestaat
de sessie (als die geen exp.date/time heeft)

Ik zie het probleem dan ook niet zo. Ik neem aan dat er ook een functie
bestaat: "kieper het mandje geheel leeg, want ik wil opnieuw beginnen"?

Mark

--
weblog : http://www.masadsign.nl/logout/

Mark van Ketel:
> On 18-9-2006 18:40, Erick T. Barkhuis wrote:
> >
> > De vraag in het kort:
> > hoe kun je met PHP een $_SESSION-array leegmaken wanneer de sitebezoeker
> > een tabblad - maar niet de browser - sluit?
> >
>
> Volgens mij werkt dit al zolang als ik me kan herinneren

Dat zou zomaar kunnen. Ik weet ook niet anders.

> Ik zie het probleem dan ook niet zo.

Dan heb ik misschien de situatie nog steeds niet goed uitgelegd.

> Ik neem aan dat er ook een functie bestaat: "kieper het mandje
> geheel leeg, want ik wil opnieuw beginnen"?

Waarom neem je dat aan? Ik dacht niet dat ik de indruk had gewekt dat
zo'n knopje voorhanden is.


--
Erick

"We're going to turn this team around 360 degrees." - Jason Kidd

On 19-9-2006 12:44, Erick T. Barkhuis wrote:
> Mark van Ketel:
>> On 18-9-2006 18:40, Erick T. Barkhuis wrote:
>>> De vraag in het kort:
>>> hoe kun je met PHP een $_SESSION-array leegmaken wanneer de sitebezoeker
>>> een tabblad - maar niet de browser - sluit?
>>>
>> Volgens mij werkt dit al zolang als ik me kan herinneren
>
> Dat zou zomaar kunnen. Ik weet ook niet anders.
>
>> Ik zie het probleem dan ook niet zo.
>
> Dan heb ik misschien de situatie nog steeds niet goed uitgelegd.
>
>> Ik neem aan dat er ook een functie bestaat: "kieper het mandje
>> geheel leeg, want ik wil opnieuw beginnen"?
>
> Waarom neem je dat aan? Ik dacht niet dat ik de indruk had gewekt dat
> zo'n knopje voorhanden is.
>
>

Omdat met het mandje legen het 'probleem' m.i. opgelost is.

Mark

--
weblog : http://www.masadsign.nl/logout/