Archief - Session logged in/out

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
D

Dubbelpunt

Legacy Member
Op onze website kunnen mensen inloggen, en zij blijven dan ook 24 uur ingelogd. Als ze dus 23u niets doen, maar dan terugkomen (terwijl de browser dus nog openstaat), dan zijn ze nog ingelogd.

Nu hadden we echter graag gehad, dat indien die mensen hun browser sluiten, ze nadien terug moeten inloggen bij een revisit.

Is dit mogelijk??
M

MiniJeffrey

Legacy Member
Ik doe het zo in ASP.NET, maar ik vermoed dat het in php gelijkaardig is:

in pseudocode:

Als gebruiker website voor het eerst opvraagt (!Page.isPostback)
vernietig alle sessies
vraag login
maak sessie

Wat ik dus eig doe is de sessie verwijderen bij een nieuw bezoek en de sessie openhouden zolang de gebruiker rondsurft in dezelfde 'sessie'.
D

Dubbelpunt

Legacy Member
Om ons probleem op te lossen, hadden we graag een event getriggered, als iemand zijn browser sluit, want dan is hij wel degelijk WEG! Maar ik denk dat dit niet mogelijk is.
M

MiniJeffrey

Legacy Member
de browser sluiten is denk ik inderdaad moeilijk te triggeren gezien je website over UDP gaat en die dus geen open connectie bijhoudt. Had het TCP geweest dan kan je makkelijk een event aanroepen bij het sluiten van de connectie, maar hier denk ik niet dat dat mogelijk is?
Z

Zero Grav

Legacy Member
Er is wel een Javascript browser close event. Maar ik kan het even niet opzoeken, want mijn internet werkt weer maar half.

Ge zegt trouwens zelf dat het PHP/JS is waarin ge het wilt realiseren. Toch gebruikt ge die prefix niet. Dat is al de 3de keer hé.
w

woony

Legacy Member
is dat sowieso niet zo? sessie is toch weg als je uw browser sluit? of mis ik iets?
a

adrianhates

Legacy Member
woony zei:
is dat sowieso niet zo? sessie is toch weg als je uw browser sluit? of mis ik iets?
Klik om te vergroten...

ja idd , de sessie stopt bij het sluiten van de browser of de session cookie wordt toch allesinds verwijderd. ( php houdt de PHPSESSIONID bij als cookie )

@topicstarter
Gebruikt ge cookies om de sessie te herinitialiseren bij bezoek aan website na het sluiten van de browser?

Optioneel is een javascript functie oproepen bij het onunload event van de body.
Die javascript functie roept dan via ajax een script op waarbij de session gecleared wordt. Ik heb dit ooit getest maar kkan niet met zekerheid zegge of het succesvol was :)
d

dJeez

Legacy Member
MiniJeffrey zei:
de browser sluiten is denk ik inderdaad moeilijk te triggeren gezien je website over UDP gaat en die dus geen open connectie bijhoudt. Had het TCP geweest dan kan je makkelijk een event aanroepen bij het sluiten van de connectie, maar hier denk ik niet dat dat mogelijk is?
Klik om te vergroten...
HTTP gaat bij mijn weten nog steeds over TCP en niet over UDP, anders zou 't nogal leuk worden (want UDP komt in wezen neer op "fire and forget", het zou grappig worden als je dan begint te downloaden of data post naar een site).

Het probleem valt inderdaad op te lossen door PHP sessies te gebruiken, dus waarschijnlijk klopt de huidige logica om de sessie te verlengen gewoon niet...
J

Jerre Muesli

Legacy Member
Ik heb ergens eens een window.onUnload() gebruikt.
Dan deed ik een ajax call naar de server om uit te loggen. Dat werkte toch altijd.
Als het controleerbaar moet zijn zou ik het wel niet zo doen.
D

Dubbelpunt

Legacy Member
het is echt raar, in onze joomla back office kan je zien wie er allemaal ingelogd is, momenteel zien we de mensen die de laatste 24u waren ingelogd

ik heb dit getest:
- ik bezoek de website maar log niet in => joomla 0 logged in users
- ik log in => joomla 1 logged in user
- ik sluit de browser => joomla 1 logged in user


dit blijft zo 24u, omdat we het hebben ingesteld dat de mensen 24u ingelogd blijven,
ik zal hier vandaag eens wat code copy pasten, want wij willen uiteraard weten wie er effectief is ingelogd,
en niet wie er de laatste 24u allemaal heeft ingelogd :)
a

adrianhates

Legacy Member
er is wss een table in uw sql dat de sessies logged met een timestamp. Als gij zegt 24u gaat die wss gewoon in die table kijken wie er in die tijdspanne is ingelogd.

Dat heeft technisch eigelijk niks te maken met uw PHP sessie.
D

Dubbelpunt

Legacy Member
idd, als men zijn browser sluit, dan wordt die sessie vernietigd

maar Joomla bewaart die zelfde sessie in een cookie, als men de browser opnieuw opent, zal men dus onmiddellijk ingelogd zijn, want die sessie leest die informatie uit die cookie, met andere woorden: joomla denkt dus nog altijd dat die user ingelogd is... ook al sluit hij zijn browser...

als de user de LOG OUT button gebruikt, dan wordt er een rij verwijderd in de database, en dan zal hij niet meer voorkomen in de back office van joomla als 'logged in user'
maar dus zoals eerder gezegd, kunnen we die rij niet deleten in de database als iemand zijn browser sluit,
we kunnen dat niet triggeren...


iemand een voorstel hoe we dit kunnen oplossen?
a

adrianhates

Legacy Member
de oplossing bestaat eruit de methode van sessie management aan te passen:

Bij het inloggen EN herinitialisatie van login met cookie EN terwijl ge activiteit monitored, een timestamp bijhouden en u daarop baseren. Niet op het feit ofdat iets in een database table staat of niet.
a

adrianhates

Legacy Member
Webber zei:
stomme joomla :p
Klik om te vergroten...

ik heb nog nooit met joomla gewerkt :) Ik snap niet wat mensen daar in zien :p Da systeem is zoooo uitgebreid dat ge het ni wilt leren + elke week wel een nieuw security leak! You gotta love open source
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan