Discussion :

[orman05]

bonjour !
j'ai développe une application web en asp.net avec ExtJs 4. pouvez-vous m'aider
à savoir comment je pourrai savoir ou détecter pour une session d'un utilisateur s'elle est active ou fermée ?
ou bien comment savoir quand l'utilisateur devient inactif ?
j'espère bien me faire comprendre, veuillez m'aider svp à résoudre ce problème !

[Bovino]

Pourrais-tu expliquer quel peut être le rapport entre une session et JavaScript ?

[orman05]

Au fait, je cherche à répertorier tous les états des utilisateurs de l'application pour pouvoir supprimer ceux-là qui sont inactifs.
En suite pour un état inactif désactivez la session et le rediriger vers une page pour se reconnecter. Sur ce, je ne veux pas utiliser le timeout de la session.

je ne sais pas vraiment comment m'y prendre!

[sekaijin]

Déjà il faudrais savoir ce que u veux faire
car un code s'éxécutant sur un poste d'un client ne peux pas savoir quel est l'état des autres utilisateurs sur le serveur

ensuit s'il s'agit pour un client de savoir s'il est lui-même connecté c'est un peu tordu comme question car soit il c'est connecté et il est sur une page autorisé
soit il n'est pas connecté et il n'a pas pu y aller
du coup je ne vois pas pourquoi il devrait tester je ne sais quoi pour se redirigier vers je ne sais où

enfin c'est quoi avoir une session ouverte ?

si tu utilise l'autentification HTTP
lorsque le client envoi une requête au serveur l'entete HTTP contient les information de la session HTTP le serveur sais que le user est déjà conun et lui sert l'url demandé.

ça n'a rien à voir avec une sessions ouverte dans un serveur applicatif ce juste le serveur HTTPd qui sait qui est le client.

si tu utilise un serveur applicatif java C++ PHP ASP etc. il peut mettre en place son propre système de session cette session applicative est gérée par le serveur d'application. c'est lui seul qui y a accès et qui défini la stratégie d'ouverture et de fermeture.

la page ouverte dans le navigateur n'a accès il à la session HTTP ouverte par le serveur HTTPd ni à la session applicative géré par les sereur applicatif.

c'est donc au serveur applicatif de faire le necessaire.

par exemple lorsque le client demande une url le serveur applicatif peut à sa propre initiative ajouter une info dans la page servie ou un cookie ou un header HTTP pour informer la page de la présence d'informations de sessions. c'est le serveur applicatif qui décide des informations transmise au client informations de sessions comprise.

s'il ne fourni aucune information de sessions le client ne peut pas savoir qu'une session est ouverte.

si le serveur applicatif fourni une information de session par exemple le nom de l'utilisateur connecté, la page n'a pas besoin de tester quoi que ce soit pour savoir si elle est connecté puisque elle possède l'information comme quoi elle est connecté
et si le serveur ne lui donne pas cette information elle ne peu pas savoir si une session est ouverte vu qu'elle n'a aucun information.

ça n'a donc aucun sens que de chercher un mécanisme côté client pour savoir ce qu'il se passe coté serveur
c'est au serveur d'informer le client


quant à chercher tout les client inactif seul le serveur peut savoir quel sont les client qui sont venus donc il est le seul à pouvoir ouvrir ou fermer des sessions.
mais il ne peut pas redirigé le client vu que la demande d'url se fait à l'initiative du client.

tu peux tout de même faire des choses.
côté serveur tu peux garder les sessions des utilisateur en mettant dedans une date de dernère activité.
tu peux ensuite toujours côté serveur faire une url qui retourne true ou false suivant que la sessions de l'utilisateur à passé le délai d'inactivité.
ensuite dans toutes tes page html tu peux ajouter une fonction qui est appellée de façon périodique (toutes les x minutes) et qui fait un appel ajax sur l'url de test d'inactivité. à la réponse de cette fonction si c'est false tu peut faire une redirection vers une page d'accueil.

il faut être concient que la session c'est une affaire de serveur et qu'il ne faut surtout pas pour des raisons de sécurité la transmettre au client. elle doit rester l'exclusivité du serveur.

A+JYT