Version imprimable
Bonjour,
j'aimerais pouvoir exécuter une méthode à la déconnexion du site (fermeture de connexion db et suppression de fichier temp) mais le problème est que qd je fermela fenêtre ou alors que je change de page vers un autre domaine, l'application ne passe pas par le fichier Global.asax et encore moins par la méthode Session_end
donc j'aimerais trouver une solution pour m'assurer que ces méthodes s'exécutent bien
C'est MAL d'ouvrir et de fermer une connex db par utilisateur. Une action = ouverture puis fermeture de la connexion...Citation:
Envoyé par ccambier
Sinon le session_end ne se lance qu'a la déconnection : soit manuellement par l'utilisateur (fermer le navigateur ou la page web n'est pas une action de déconnection), soit au time out (généralement paramétré à 20 min ) de non activité de l'utilisateur.
Certains te diraient d'intercepter par JavaScript la fermeture de la page : moi je trouve ça bancal...
La fermeture des connexions est gérée de toute façon, c'est plus par prudence...
par contre la suppression des fichiers temporaires là c'est autre chose pcq si l'utilisateur veut quitter le site sans se deconnecter, ce qui arrive souvent, alors les fichiers ne seront pas supprimer, à moins de lancer une routine tous les X temps qui supprimerait tous le fichiers pour s'assurer que ceux qui ne sont plus utiliser soient supprimés.
je reprends le file de cette discussion, pour réencherir et savoir dans quel cas la méthode du session_end du global.asax n'est pas appelée ??
La bonne question c'est plutôt: quand est-elle appelée ?
1.Quand l'utilisateur se déconnecte manuellement.
2.A l'expiration de la session.
Et c'est tout.
donc en gros si je peux récupérer le fait de passer sur un autre page qui e fait pas parti de mon domaine (site) je dois lancer le session_end
déjà il faut que je puisse trouver le moyen de le lancer dans ce cas là?
je ne sais pas si vous saisissez mon problème?
ton problème c'est que tu comprends rien...
Comment ton serveur peut-il savoir qu'un gars a envoyé une requete vers un autre serveur ?
AJAX !!!!
pas moyen de faire qqch avec ce truc là?
ou alors il ne me reste que le fait de supprimer les fichiers en trop à intervalle régulier
Et quoi AJAX ? Tu crois que c'est un truc magique ? C'est jamais que des requete http envoyées en JS...Citation:
Envoyé par ccambier
Et donc un petit schéma:
1.Ton utilisateur est sur une page de ton site.
2.Il click sur son favori google (par exemple).
3.Le serveur de Google (on fait comme si il n'y en avait qu'un) reçoit une requete ( pas ton server hein, celui de google).
Quand tu génères tes fichier tmp, pq t'effaces pas d'abord tout ceux qui sont plus vieux que X jours/heures/min ?Citation:
Envoyé par ccambier
bien on va dire que je vais les supprimer par intervalle et que j'en resterais là...
merci pour l'explication
Fais le dans le session_end, je vois pas où est le problème?
Meme si le user se déconnecte pas "proprement", le session_end sera déclenché automatiquement
est-ce qu'il passe toujours par là? même si je ferme la fenetre du navigateur?
oui puisqu'il se déclanche côté SERVER !
Tout à fait, après 20 minutes (par défaut), la session liée à la visite est supprimée et donc on passe dans Session_End.Citation:
Envoyé par ccambier
bilb0t, ahoum :) Tout le monde ne peut pas maitriser le sujet aussi bien que toi ;)
Citation:
savoir dans quel cas la méthode du session_end du global.asax n'est pas appelée ??
Désolé, en fait je pense que ma question était la bonne. Car l'expiration englobe plein de cas comme la fermeture de ton naviagateur. Certes avec un décalage...Citation:
Envoyé par bilb0t
C'est pourquoi je demandais si il y a des cas où le session_end ne se passait pas... Pourrais tu me donner un exemple où le session_end ne passera jamais pour un utilisateur qui a ouvert une session.
Si ton application plante, cela sera le cas...Citation:
Envoyé par snopims
A part ca, il passera toujours par une expiration de la session sauf évidemment si il n'y a pas d'expiration (dans la config)
C'est bien ce que je pensais...
Donc le session_end est un truc propre...
C'est prévu pour nettoyer ce qui traine en mémoire etc.Citation:
Envoyé par snopims
Dsl pour le t(h)on, c'était vendredi et j'étais un peu fatigué...Citation:
Envoyé par Ditch
(télé)thon c'était samedi... Passe pas l'excuse :PCitation:
Envoyé par bilb0t
Ouh que cette discussion tombe bien !!!!!! :mouarf:
Bonjour à tous et à toutes, j'ai un peu le même genre de problème. Je voudrais stocker en base mes users connectés. Première réponse à une première question potentielle : pourquoi j'utilise pas les variables d'application ? Eh bah parce que ce que je suis en train de développer est plutôt un portail avec plusieurs applications, donc à partir de mon appli d'admin, je pourrai pas accéder aux varaibles d'application de mes autres applis.
Bref ceci étant dit, j'insère une ligne au log de mon user, je stocke l'id de la ligne en variable de session et naivement je me dis ... chouette comme on passe toujours dans le session_end, ma table sera toujours à peu près propre .... mais voilà patatra ... qd j'arrive dans le session_end, mes variables de session sont déjà vides et donc je perds la ligne à supprimer !
Ditch j'ai lu ta super doc sur les sessions et le gobal.asax, j'ai cru trouver une solution avec une fonction que tu cites : session_stop, mais en suivant le pas à pas, je peux voir que je n'y passe pas :(
Je sens qu'un super génie va me proposer une géniale solution, non ..... siouplait :lol::king:
Personne n'a d'idée ?
Je savais que le sujet est problématique, mais à ce point là :mouarf1:
Dans ta table, tu peux rajouter un champ Date que tu set à Now() lors de l'insertion.
A chaque insertion suivante, tu parcours ta table et tu supprimes toutes les lignes dont la date est inférieure à Now() - TimeSession
C'est un peu dangereux non... si l'utilisateur est toujours connecté alors que le temps de base d'une session est passé ??Citation:
Envoyé par lutecefalco
Ouais, j'ai oublié de préciser qu'il fallait setter le champ à Now() à chaque request venant du user :)
Vu comme ça ;)
Bah en fait ce que j'ai fait c'est qu'à chaque fois que l'utilisateur se relogue à une des applis, je supprime la ligne précédente lui correspondant. Maintenant en consultant les sessions, si on voit qu'il y en a une d'ouverte depuis plusieurs heures, on se doute fortement que l'utilisateur ne s'est pas déconnecté proprement. Proposition faite à mon chef, il préfère même que je garde les lignes pour avoir un historique .... du coup je suis ok pour le besoin, mais c'est vrai qu'on est pas dans le temps réel.
En tous cas merci pour vos propositions :king: