Sessions and browsertabs

Warden Dave:
> "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...

Ik waardeer je suggesties allemaal, Deef. En ik denk ze zelfs te
begrijpen.
Waar ik wat tegenaan hik is het moeten aanpassen van Erg Veel (nu nog)
statische html-pagina's voor het propageren van die ID en/of het meer
dynamisch binnenhalen van de uitstalling. Het uitvragen van de Refer[r]er
zit in dezelfde categorie.

Zoals al eerder gezegd: ik had zo gehoopt dat er een mogelijkheid zou
bestaan de browser aan het verstand te peuteren dat de sessie moet worden
beeindigd bij het sluiten van een tab.
Kennelijk bestaat die mogelijkheid niet, en zou het met de komende
Session Managers (die het bookmarken van een pagina inclusief de sessie-
variabelen mogelijk maken) wel eens nog erger kunnen worden.

--
Erick

"Voor een grotere kans op lawaai kun je maar beter /ook/ EMBED naast
OBJECT gebruiken" - Warden Dave in niwo

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

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

> Ik waardeer je suggesties allemaal, Deef. En ik denk ze zelfs te
> begrijpen.
> Waar ik wat tegenaan hik is het moeten aanpassen van Erg Veel (nu
> nog) statische html-pagina's voor het propageren van die ID en/of
> het meer dynamisch binnenhalen van de uitstalling. Het uitvragen
> van de Refer[r]er zit in dezelfde categorie.

Je kunt dit soort (relatief) kleine hoofdbrekens voor het moment
natuurlijk ook even opzij zetten.

> Zoals al eerder gezegd: ik had zo gehoopt dat er een mogelijkheid
> zou bestaan de browser aan het verstand te peuteren dat de sessie
> moet worden beeindigd bij het sluiten van een tab.

Tsja, ik poogde (toegegeven, wat onhandig) al aan te duiden dat
'de' browser in die koekie- & tab-kwestie een wat wankel begrip is
(ook door gebrek aan gedragsvoorschriften) dus als bijv. de ene
browser straks wel per-tab koekjes lust en de ander niet moet je
niet vreemd opkijken. Een browser zou ook kunnen besluiten dat een
koekje weg kan als alle 'bijbehorende' tabs gesloten worden etc.

> Kennelijk bestaat die mogelijkheid niet, en zou het met de
> komende Session Managers (die het bookmarken van een pagina
> inclusief de sessievariabelen mogelijk maken) wel eens nog erger
> kunnen worden.

Zekers, dat kan. Maar bij gebruik van koekjes/IDs met houdbaarheids-
datum sta je ook weer niet geheel machteloos.

WD

Warden Dave:

> Je kunt dit soort (relatief) kleine hoofdbrekens voor het moment
> natuurlijk ook even opzij zetten.

Och, telkens wanneer je je Grootste Probleem oplost, blijft het Grootste
Probleem over. Misschien moet ik me ermee gelukkig prijzen dat dit
momenteel mijn Grootste Probleem is, dat ik graag wil oplossen.

> Maar bij gebruik van koekjes/IDs met houdbaarheids-
> datum sta je ook weer niet geheel machteloos.

Da's waar.

Het 'knopje van Mark' is ook een mogelijkheid om de problemen weliswaar
niet te voorkomen, maar in elk geval achteraf door de bezoeker te laten
herstellen.
Ik ben daar nog niet helemaal gelukkig mee, maar als noodverband is het
wellicht bruikbaar.

Een ieder hartelijk dank voor het meedenken, en voor de suggesties en
aanwijzingen.

--
Erick