Version imprimable
Bonjour,
Y a-t-il un moyen de détecter automatiquement la fin d'une SESSION (quand l'utilisateur quitte le site d'une façon ou d'une autre) ?
Cela afin d'enregistrer alors des données d'historique.
Certes, il est possible d'enregistrer l'historique au fur et à mesure de la consultation, mais cela multiplie les requêtes vers le serveur.
Merci d'avance.
Le serveur ne peut pas savoir ce que fait le client donc non.
Il y aurait un moyen mais ce n'est pas d'une précision infaillible : prévoir un appel en ajax toutes les x minutes qui mettraient à jour la valeur 'fin de session' dans ta table 'utilisateurs'.
Si l'utilisateur ferme sa page, la maj ne se fera plus. Tu auras une précision de x minutes.
Bonjour,
Merci de vos réponses.
Oui, c'est logique...Citation:
Le serveur ne peut pas savoir ce que fait le client donc non.
Oui, c'est une possibilité.Citation:
Il y aurait un moyen mais ce n'est pas d'une précision infaillible : prévoir un appel en ajax toutes les x minutes qui mettraient à jour la valeur 'fin de session' dans ta table 'utilisateurs'.
Dans le même ordre d'idée, on peut enregistrer les modifs non pas à chaque fois, mais quand il y en a eu 3 ou 4.
J'imagine qu'un javascript qui détecterait la fermeture de l'onglet ou du navigateur ne peut pas m'aider.
D'ailleurs, y a-t-il un problème ?
Une petite requête du genre :
Ne va pas mettre à plat le serveur, même mutualisé.Code:
2
Je vais poser la question au serveur.
Bonjour,
a ce moment là si tu veux travailler avec js, plutot créer un timer de la durée de la session qui est relancé dynamiquement à chaque action de l'utilisateur. Quand tu arrives à la fin de ton timer, tu arrives également à la fin de ta session
Il y a aussi des scripts JS qui détecte lorsqu'un utilisateur quitte le site, avec ça tu peux faire une requête Ajax en conséquence.
Salut
Ca fait couler de l'ancre ce problème d'activité ou non activité.
Personne n'a eu encore de vrai solution, il n'y en a pas à mon avis, chacun à sa vision sur ce point.
La seule chose qu'on sait, c'est lorsque l'utilisateur clique sur un lien, et que coté serveur on obtient la réponse (la requête HTTP).
Après, c'est l'inconnue, on ne saura pas ce que fait exactement l'utilisateur.
Utiliser Ajax, ça parait être une solution, mais ça reste néanmoins un mécanisme artificiel.
Mais ça peu être aussi un sacré problème, car lancer des requêtes HTTP vers le serveur sur une période, ça fera une surcharge du serveur.
S'il y a 1 seul visiteur, ça va, s'il y en a 1000, faut voir.
Si tu est sur un mutualisé ça peu être un problème, car chaque requête HTTP est comptabilisée, et certains ont des quotas à ne pas dépasser.
De plus, ceci risque fort de fausser les statistiques des pages visitées.
De quelle requête parle tu ? HTTP ou SQL ?Citation:
Certes, il est possible d'enregistrer l'historique au fur et à mesure de la consultation, mais cela multiplie les requêtes vers le serveur.
Si c'est une requête SQL, rien de plus normal de vouloir enregistrer dans sa Bdd les pages visitées, c'est très courant.
Faut voir ce que c'est l'historique.
Si c'est un historique des pages visitées, il existe des services pour ça, certains sont libres.
Je suis curieux de savoir sur quoi ses script se basent pour savoir quand l'utilisateur quitte le site.Citation:
Envoyé par pokap
Sur l'évènement onunload? onbeforeunload ?
Bonjour,
Encore merci de vos réponses.
Un requete SQL, je l'ai déjà montrée :Citation:
De quelle requête parle tu ? HTTP ou SQL ?
Je précise que $petite_chaîne est vraiment une petite chaîne, car l'idée est juste d'enregistrer les 10 derniers produits visités, chaque produit étant désigné par un numéro de 1 à 4 chiffres.Code:
2
En plus, cela ne concerne que les utilisateurs référencés.
Bref, j'ose espérer que le serveur ne va tomber en rade...
Et bien dans ces conditions, ceci n'a finalement aucun rapport avec la session.Citation:
Je précise que $petite_chaîne est vraiment une petite chaîne, car l'idée est juste d'enregistrer les 10 derniers produits visités, chaque produit étant désigné par un numéro de 1 à 4 chiffres.
Pour enregistrer les 10 derniers produits visités, théoriquement il faudrait une table produits_visites, avec un champ id_user, et un champ id_produit, et éventuellement la date (un datetime) de la visite.
Puis comme tu souhaite que les 10 dernier, et bien une 1ère requête serait nécessaire pour savoir s'il cette personne a déjà visité un produit, s'il y en a moins de 10 ou plus de 10, voir même savoir si c'est le même produit qu'il visualise.
Selon le cas :
- soit on ajoute une ligne (insert into) car il y en moins de 10
- soit il y a déjà 10, alors on met à jour (update) le produit dont la date est la plus éloignée.
- Si c'est le même produit, peut ne rien faire, ou juste mettre à jour la date.
Créer une table avec un champ avec une chaine des 10 derniers IDs des produits par exemple, je ne suis pas certain que cela apporte un plus, ou que cela soit plus optimisé.
Faut voir.
Merci de ta réponse,
La discussion sort de la question initiale, mais comme tu prends le temps de suggérer :
Il est clair qu'il n'y a là aucun problème.Citation:
Pour enregistrer les 10 derniers produits visités, théoriquement il faudrait une table produits_visites, avec un champ id_user, et un champ id_produit, et éventuellement la date (un datetime) de la visite.
J'utilise la table utilisateur qui existe déjà.
J'ajoute un champ "Historique" qui sera varchar, ça suffira.
L'historique est une variable de SESSION
Il profite à tous les utilisateurs, référencés ou non, pour la durée de la SESSION.
Quand un utilisateur référencé visite un produit :
On vérifie si le produit figure ou non dans l'historique en SESSION.
Si non, on enregistre l'historique dans la base SQL.
De cette manière, l'utilisateur référencé pourra récupérer son historique à la prochaine consultation.
L'utilisateur non-référencé aura bénéficié d'un historique le temps de sa SESSION.