Onderwerp: Sessions and browsertabs

De vraag in het kort:
hoe kun je met PHP een $_SESSION-array leegmaken wanneer de sitebezoeker
een tabblad - maar niet de browser - sluit?

===

Nu de lange vorm:

Een webshop met winkelwagen is in ontwikkeling (maatwerk). De webshop
bestaat uit verschillende afdelingen. Er is echter slechts 1 winkelwagen
en 1 kassa. Een huisregel luidt: tijdens e1n sessie is het niet
toegestaan artikelen uit meerdere afdelingen tegelijkertijd in de
winkelwagen te plaatsen (en te bestellen). Het is echter wel toegestaan
met gevulde kar rond te kijken in andere afdelingen.

Om dit te realiseren wordt een sessie-variabele bijgehouden, waarin de
afdeling wordt vastgelegd. Deze vastlegging vindt plaats zodra het eerste
artikel in de kar wordt gelegd. Deze variabele wordt 'schoongepoetst':
- als de bezoeker het enige of laatste artikel uit de winkelkar
verwijdert
- als de bezoeker de bestelling voltooit.
Bovendien wordt alles door de browser weggeknikkerd als de bezoeker de
browser afsluit, maar met toekomstige Session Managers (zoals in FF2.0)
kan ook dat feest wel eens voorbij zijn.

Het probleem:
Nadat een bezoeker enkele artikelen uit Afdeling-A in de winkelwagen
heeft gelegd houdt hij het voor gezien, en drukt op de tabblad-sluitknop.
Het tabblad is weg, maar de browser blijft leven.
Voor zijn gevoel heeft de klant de winkel verlaten!!
Vervolgens opent hij een nieuw tabblad en gaat, bijvoorbeeld middels een
bookmark, naar Afdeling-B van de webshop om een artikel te bestellen.
Nu blijkt dat Firefox de sessie nog steeds heeft openstaan (dit is ook
conform alle documentatie die ik inmiddels heb gelezen). Het PHP-script
leest in de sessie-variabele dat de klant nog bezig is in Afdeling-A, en
staat hem niet toe een artikel uit Afdeling-B in de wagen te leggen.
Dat is technisch misschien correct, maar niet wat ik wil.

Ik zoek naar een oplossing, en zie er een paar:
a. Gooi alle sessie-variabelen weg als de bezoeker het
tabblad sluit of het domein verlaat
b. Sta binnen de winkel niet toe dat een klant een andere
Afdeling binnenstapt met zijn gevulde kar
c. Negeer het probleem...een bezoeker moet maar voldoende
kennis van zaken hebben om te weten dat de sessie op die
manier in leven blijft. Leg dat desnoods op de site uit.

Mijn voorkeur gaat naar oplossing-a, en ik zou een suggestie hoe dat te
realiseren enorm op prijs stellen.

--
Erick

On Mon, 18 Sep 2006 18:40:49 +0200,
Erick T Barkhuis <erick.usenet@ardane.c-o-m> wrote:
>
>
> a. Gooi alle sessie-variabelen weg als de bezoeker het
> tabblad sluit of het domein verlaat
> b. Sta binnen de winkel niet toe dat een klant een andere
> Afdeling binnenstapt met zijn gevulde kar
> c. Negeer het probleem...een bezoeker moet maar voldoende
> kennis van zaken hebben om te weten dat de sessie op die
> manier in leven blijft. Leg dat desnoods op de site uit.
>
> Mijn voorkeur gaat naar oplossing-a, en ik zou een suggestie hoe dat te
> realiseren enorm op prijs stellen.

Volgens mij is dat alleen maar mogelijk met specifieke browsers. Het
is denk ik niet een goed idee om clientside vast te houden wat je eigenlijk
serverside wil afvangen.

http://kb.mozillazine.org/Browser.ta...ose#Background

Je zou natuurlijk voor b kunnen kiezen en een extra sessie var kunnen
opnemen waarbij je checked in welke afdeling ze nog spullen hebben
zitten. Komen ze op een andere afdeling binnen dan redirect je ze naar
de oude afdeling of geeft ze de keuze om de oude afdeling te legen en
door te gaan naar de nieuwe.

Groet,

Hans

--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn
IM: hans.wolters@jabber.xs4all.nl
http://blacklist.kernelnewbies.nl

Erick T Barkhuis <erick.usenet@ardane.c-o-m>:
> De vraag in het kort:
> hoe kun je met PHP een $_SESSION-array leegmaken wanneer de sitebezoeker
> een tabblad - maar niet de browser - sluit?

Vanuit een onbeforeunload() een schoonmaak-url aanroepen die je
sessievariabelen opruimt?

--
robert

robert:
> Erick T Barkhuis <erick.usenet@ardane.c-o-m>:
> > De vraag in het kort:
> > hoe kun je met PHP een $_SESSION-array leegmaken wanneer de sitebezoeker
> > een tabblad - maar niet de browser - sluit?
>
> Vanuit een onbeforeunload() een schoonmaak-url aanroepen die je
> sessievariabelen opruimt?

Dank voor je suggestie.
Het probleem is, dat die schoonmaak-url zijn ding ook zou doen als de
bezoeker _binnen_ dezelfde afdeling de winkelwagen verlaat om verder te
shoppen. En dan moeten de sessie-variabelen natuurlijk wel overeind
blijven. Er zijn veel situaties waarbij tijdens unload() de status
bewaard moet blijven.

Ik zie niet zo gauw een mogelijkheid om te differentieren naar 'reden'
waarom de bezoeker die ene winkelwagenpagina verlaat.


--
Erick

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

>> Vanuit een onbeforeunload() een schoonmaak-url aanroepen die je
>> sessievariabelen opruimt?

> Dank voor je suggestie.
> Het probleem is, dat die schoonmaak-url zijn ding ook zou doen als de
> bezoeker _binnen_ dezelfde afdeling de winkelwagen verlaat om verder te
> shoppen. En dan moeten de sessie-variabelen natuurlijk wel overeind
> blijven. Er zijn veel situaties waarbij tijdens unload() de status
> bewaard moet blijven.
>
> Ik zie niet zo gauw een mogelijkheid om te differentieren naar 'reden'
> waarom de bezoeker die ene winkelwagenpagina verlaat.

De unload handlers gebruiken, en die resetten zodra iemand ergens op een
link klikt zodat hij in dat geval niet aangeroepen wordt. Dan heb je wel
onderscheid tussen klikken op een van jouw links, maar nog geen onderscheid
tussen het sluiten van een tab of het slepen van een bookmark naar diezelfde
tab.

Hans:
> On Mon, 18 Sep 2006 18:40:49 +0200,
> Erick T Barkhuis <erick.usenet@ardane.c-o-m> wrote:

[oplossingsmogelijkheden]
> > b. Sta binnen de winkel niet toe dat een klant een andere
> > Afdeling binnenstapt met zijn gevulde kar
>
> Je zou natuurlijk voor b kunnen kiezen en een extra sessie var kunnen
> opnemen waarbij je checked in welke afdeling ze nog spullen hebben
> zitten.

Die 'extra' sessievariabele is er al.

> Komen ze op een andere afdeling binnen dan redirect je ze naar
> de oude afdeling of geeft ze de keuze om de oude afdeling te legen en
> door te gaan naar de nieuwe.

Dankjewel voor je suggestie, Hans. Dit is inderdaad een mogelijkheid,
maar er zijn twee complicaties waardoor die oplossing me eigenlijk wat
tegenstaat:

1. Perceptie bij de bezoeker.
Ik kan me voorstellen dat de bezoeker, die die keuze krijgt, denkt: "Huh?
Wat nou andere afdeling? Ik heb toch netjes mijn vorige scherm gesloten
en de winkel verlaten? Waarom denkt dat stomme ding dat ik nog in
Afdeling-A zit?"

2. Technische bijkomstigheid
De (al wat oudere) winkel bestaat grotendeels uit statische html-pagina's
waarbij de keuze voor een artikel middels query-string wordt doorgegeven
aan de winkelwagen. Het winkelwagenscript en het checkout-script zijn
momenteel de enige php-scripts waarin de sessie-variabelen bekend zijn.
Om de door jou geschilderde oplossing te realiseren moet ik erg veel
html-pagina's omvormen tot php-scripts waarin ik die waarschuwing/keuze
zou kunnen presenteren.
Alternatieven als httpRequest of het aanroepen van een PHP-controlescript
in elke html-winkelpagina is mogelijk, maar dan blijft punt-1 hierboven
nog overeind.


--
Erick

"A journey of a thousand miles begins with a single step." - Lao-Tse

Hieronder volgt een reactie op dit bericht:
>>> Vanuit een onbeforeunload() een schoonmaak-url aanroepen die je
>>> sessievariabelen opruimt?
>
>> Dank voor je suggestie.
>> Het probleem is, dat die schoonmaak-url zijn ding ook zou doen als de
>> bezoeker _binnen_ dezelfde afdeling de winkelwagen verlaat om verder
>> te shoppen. En dan moeten de sessie-variabelen natuurlijk wel
>> overeind blijven. Er zijn veel situaties waarbij tijdens unload() de
>> status bewaard moet blijven.
>>
>> Ik zie niet zo gauw een mogelijkheid om te differentieren naar
>> 'reden' waarom de bezoeker die ene winkelwagenpagina verlaat.
>
> De unload handlers gebruiken, en die resetten zodra iemand ergens op
> een link klikt zodat hij in dat geval niet aangeroepen wordt. Dan heb
> je wel onderscheid tussen klikken op een van jouw links, maar nog
> geen onderscheid tussen het sluiten van een tab of het slepen van een
> bookmark naar diezelfde tab.

Ik snap niets van PHP maar kun je niet gewoon zeggen dat bij een artikel uit
afdeling B gecontroleerd wordt of er iets uit A in de wagen zit. Zo ja een
foutmelding geven, zo nee het artikel in de wagen plaatsen?

Groetjes Martin.

--
Gratis je eigen radiozender, een muziek cd branden en meer...
http://winampnederlands.nl/

Martin:

> Ik snap niets van PHP maar kun je niet gewoon zeggen dat bij een artikel uit
> afdeling B gecontroleerd wordt of er iets uit A in de wagen zit. Zo ja een
> foutmelding geven, zo nee het artikel in de wagen plaatsen?

Hoi Martin. Dankjewel!
Maar...dat is precies wat er nu gebeurt. Het werkt ook goed, dus je
suggestie is prima.
Het geschilderde probleem is echter, dat bij het sluiten van een tabblad
de sessie-variabelen (dus zeg maar: het lijstje artikelen in de
winkelwagen en de afdelingsnaam) bewaard worden in de browser. Ga je
daarna opnieuw naar de winkel - bijvoorbeeld in een ander tabblad, of
nadat je als een dolle op andere sites hebt gesurft) dan denkt de
bezoeker dat-ie "opnieuw begint" terwijl de browser daar anders over
denkt.

Ik moet dus eigenlijk de browser een handje helpen door duidelijk te
maken dat bij het sluiten van een tabblad - of bij het tussentijds elders
rondsurfen - de sessie-variabelen weggeknikkerd kunnen worden.

--
Erick

"Dat is allemaal goed en wel in de praktijk, maar het zal het nooit doen
in theorie."

On Mon, 18 Sep 2006 20:15:01 +0200,
Erick T Barkhuis <erick.usenet@ardane.c-o-m> wrote:
> Hans:

[winkelwagen]
>
>> Komen ze op een andere afdeling binnen dan redirect je ze naar
>> de oude afdeling of geeft ze de keuze om de oude afdeling te legen en
>> door te gaan naar de nieuwe.
>
> Dankjewel voor je suggestie, Hans. Dit is inderdaad een mogelijkheid,
> maar er zijn twee complicaties waardoor die oplossing me eigenlijk wat
> tegenstaat:
>
> 1. Perceptie bij de bezoeker.
> Ik kan me voorstellen dat de bezoeker, die die keuze krijgt, denkt: "Huh?
> Wat nou andere afdeling? Ik heb toch netjes mijn vorige scherm gesloten
> en de winkel verlaten? Waarom denkt dat stomme ding dat ik nog in
> Afdeling-A zit?"
>
> 2. Technische bijkomstigheid
> De (al wat oudere) winkel bestaat grotendeels uit statische html-pagina's
> waarbij de keuze voor een artikel middels query-string wordt doorgegeven
> aan de winkelwagen. Het winkelwagenscript en het checkout-script zijn
> momenteel de enige php-scripts waarin de sessie-variabelen bekend zijn.
> Om de door jou geschilderde oplossing te realiseren moet ik erg veel
> html-pagina's omvormen tot php-scripts waarin ik die waarschuwing/keuze
> zou kunnen presenteren.
> Alternatieven als httpRequest of het aanroepen van een PHP-controlescript
> in elke html-winkelpagina is mogelijk, maar dan blijft punt-1 hierboven
> nog overeind.

Met de statische html is het wel te realiseren maar het vergt wel meer
load op de server. Je kunt een php script maken dat de checks voor je
doet en die preloaden voor je de <pagina.html> gaat laden. In dat php
script check je je voorwaardes en geef je een header mee naar een
waarschuwing op het moment dat de voorwaarde voldoet.

http://nl3.php.net/manual/en/ini.cor...o-prepend-file

Je moet op dat moment wel alle html pagina's door de php engine laten
parsen, iets wat je wellicht liever niet doet.

Groet,

Hans

--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn
IM: hans.wolters@jabber.xs4all.nl
http://blacklist.kernelnewbies.nl

18-09-2006 20:28, Erick T. Barkhuis:

> Het geschilderde probleem is echter, dat bij het sluiten van een tabblad
> de sessie-variabelen (dus zeg maar: het lijstje artikelen in de
> winkelwagen en de afdelingsnaam) bewaard worden in de browser. Ga je
> daarna opnieuw naar de winkel - bijvoorbeeld in een ander tabblad, of
> nadat je als een dolle op andere sites hebt gesurft) dan denkt de
> bezoeker dat-ie "opnieuw begint" terwijl de browser daar anders over
> denkt.

Maar ook dan kun je toch adhv het request bepalen waar je zit en spullen
van de andere afdeling weggooien uit het mandje (= de betreffende
sessievariabele)?


--
groet, Ronald

Ronald Klip:
> 18-09-2006 20:28, Erick T. Barkhuis:
>
> > Het geschilderde probleem is echter, dat bij het sluiten van een tabblad
> > de sessie-variabelen (dus zeg maar: het lijstje artikelen in de
> > winkelwagen en de afdelingsnaam) bewaard worden in de browser. Ga je
> > daarna opnieuw naar de winkel - bijvoorbeeld in een ander tabblad, of
> > nadat je als een dolle op andere sites hebt gesurft) dan denkt de
> > bezoeker dat-ie "opnieuw begint" terwijl de browser daar anders over
> > denkt.
>
> Maar ook dan kun je toch adhv het request bepalen waar je zit en spullen
> van de andere afdeling weggooien uit het mandje (= de betreffende
> sessievariabele)?

Ik denk dat ik het misschien wat te verwarrend heb geschilderd.

Het is op zich niet erg relevant waar een bezoeker 'zit'. Hij mag overal
in de winkels/afdelingen rondkijken. Pas als zhij:
a) artikelen uit de ene afdeling in de kar heeft, EN
b) een artikel toevoegt uit een andere afdeling
....moet dat worden tegengegaan met een passende foutboodschap.

Als de sessievariabelen nog bestaan (na het sluiten van een tabblad) en
de bezoeker gaat een tijdje erna pardoes naar een andere afdeling, dan is
hij op zich nog niet in overtreding, en hoeft er niks weggegooid te
worden. De verrassing is alleen groot als hij iets gaat bestellen uit die
andere afdeling en de scripts wijzen hem er op dat-ie nog een karretje
vol heeft met afdelingsvreemde artikelen.

--
Erick

"I have a theory that the truth is never told during the 9 to 5 hours." -
Hunter S. Thompson

"Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> 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?

Dat kan zo natuurlijk niet omdat 'PHP' geen weet heeft van tabbladen
en windows etc. Je hebt het m.i. voornamelijk over een client-side
kwestie, n.l. het (hier en daar) delen & voortleven van tijdelijke/
session cookies.

Je kunt, zoals opgemerkt, natuurlijk wel een event afhandelen, zoals
unload, maar dat zal met enige voorzichtigheid moeten gebeuren.
(Alleen muiskliks afhandelen is niet genoeg.)

Altijd een unieke ID uitdelen en propageren maakt e.e.a. natuurlijk
simpeler, al heeft 't schaduwzijden.... (Als je de gehele winkel,
heel onvriendelijk, m.b.v. client-side script laat marcheren onder
1 URL dan is het gebruik van zo'n unieke ID geen probleem.)

WD

Warden Dave:
> "Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> 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?
>
> Dat kan zo natuurlijk niet omdat 'PHP' geen weet heeft van tabbladen
> en windows etc.

Klopt. Ik hoopte op alternatieven die hier dichtbij liggen.

> Je kunt, zoals opgemerkt, natuurlijk wel een event afhandelen, zoals
> unload, maar dat zal met enige voorzichtigheid moeten gebeuren.
> (Alleen muiskliks afhandelen is niet genoeg.)

Dat je ook op andere manieren die unload kunt veroorzaken is helder. Maar
aan 'unload' kan ik slechts zien dat de huidige pagina wordt verlaten.
Zoals gezegd, dat is OK en komt in de meest gangbare situaties voor (de
bezoeker winkelt nog even verder). Als de bezoeker botweg het tabblad
sluit zal ook wel een unload worden afgevuurd, maar kan ik die
onderscheiden van andere unloads?

>
> Altijd een unieke ID uitdelen en propageren maakt e.e.a. natuurlijk
> simpeler,

Is zo'n ID dan niet weer een sessie-variabele, die ongewenst blijft
bestaan in gevallen waarin ik graag zou willen dat de hele sessie wordt
leeggepoetst: het wegklikken van het tabblad of het verlaten van het
domein.

--
Erick

"Ik kan niet meer zo vlug schrijven als vroeger. Ik word een beetje
langzamerhand"

"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.
>> (Alleen muiskliks afhandelen is niet genoeg.)

> Dat je ook op andere manieren die unload kunt veroorzaken is helder.
> Maar aan 'unload' kan ik slechts zien dat de huidige pagina wordt
> verlaten. Zoals gezegd, dat is OK en komt in de meest gangbare
> situaties voor (de bezoeker winkelt nog even verder). 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. Nog sluitender is het de verandering
van URL uitsluitend via een script-functie te laten verlopen, maar wie
weet sluit je dan een paar mensen met afwijkende bedienings/invoer-
apparaten buiten (wanneer geen focus/click/keypress/etc.-event plaats-
grijpt. Je kunt makkelijk 'onload' de handler(s) aan de objecten
verbinden.

Wat je dan bijv. doen kunt is het koekje wissen en/of middels een
request (desnoods m.b.v. een Image Object o.i.d.) aan de server-kant
duidelijk maken dat 'id' aan z'n eind is (je kunt altijd /een/ ID
ook in script (/text) wegschrijven.

>> Altijd een unieke ID uitdelen en propageren maakt e.e.a. natuurlijk
>> simpeler,
>
> Is zo'n ID dan niet weer een sessie-variabele, die ongewenst blijft
> bestaan in gevallen waarin ik graag zou willen dat de hele sessie
> wordt leeggepoetst: het wegklikken van het tabblad of het verlaten
> van het domein.

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. Eigenlijk zou een sessie moeten
beginnen met een request zonder ID (maar ja, 1 schaduwzijde is dat
gehele URI's, dus met query-string, kunnen worden opgeslagen).

WD

On Mon, 18 Sep 2006 21:51:14 +0200,
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?

Hans
--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn
IM: hans.wolters@jabber.xs4all.nl
http://blacklist.kernelnewbies.nl