Discussion :

[Aquellito]

Bijour à tous

J'ai une application qui créé une session par utilisateur connecté.
Lorsque l'utilisateur est inactif pendant 30 min, la session s'arrête.

Le truc est que lorsque la session se termine, ma page comprend encore les liens qui ne sont normalement pas accessibles si on est pas connecté.
En fait, j'aimerais à la fin de la session rediriger l'utilisateur vers ma page d'accueil où il pourra se reconnecter s'il le souhaite.
Genre éxécuter le script ci-dessous lorsque la session se termine mais je ne sais pas comment détecer la fin d'une session. C'est surtout ça mon problème.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<script type="text/javascript" language="javascript">
<!--//
	document.location.href="index.asp";
//-->
</script>

Merci pour votre aide.

[Immobilis]

Salut,

L'objet session est un objet controlé sur le serveur.

Si tu créés une variable de session comme Session("username") il te suffit de vérifier son contenu à chaque début de page. Si elle est vide alors tu rediriges vers la page d'authentification.

A+

[Aquellito]

En fait je vérifie déjà à chaque début de page si l'utilisateur à le droit d'accès.
Mais si par exemple il se trouve sur une page "modification_de_donnees.asp" et qu'il reste inactif trop longtemps, il faudrait qu'il soit redirigé vers "index.asp".
En fait le but de cette manoeuvre, c'est qu'un utilisateur connecté qui quitte son poste sans quitter l'appli ne puisse voir ses données modifiées par quelqu'un d'autre qui passait dans le coin.
C'est pour ça que je pense que le seul évenement qui puisse me permettre de me rediriger vers mon index est la fin de session. Cependant je me demande si c'est possible...

[roro06]

Bonjour

c'est qu'un utilisateur connecté qui quitte son poste sans quitter l'appli ne puisse voir ses données modifiées par quelqu'un d'autre qui passait dans le coin.

Je ne vois aucune parade à ça. S'il quitte son poste de travail avec un formulaire ouvert et que la session est encore active, les modifs peuvent être faites, par lui ou son collègue. Le problème est plus humain qu'informatique (tout le monde a des collègues qui viennent modifier nos données pendant qu'on va aux toilettes !! ). Ceci dit, il existe des boîtes dans lesquelles quitter son poste de travail en laissant une session ouverte (sur une appli, ou autre) est considéré comme faute grave.

En ce qui concerne le problème de fin de session, la solution d'immobilis est la plus courante : à chaque début de page "protégée" :

<% if Session("UserName")="" then response.redirect("login.asp") %>

[Aquellito]

Merci pour vos réponses,

Oui bon c'est vrai que le coup du mec qui change les données de son collègue pendant qu'il est en train de pisser n'est pas très courant

De plus, il y a aussi windows qui se bloque au bout d'un certain temps mais pas mal de monde le désactive. justement parcqu'ils aiment bien ne pas avoir à se reconnecter en revenant à leur poste au bout d'une heure.

Bref, vous avez raison, je me prend un peu le chou pour rien là. Mais bon je trouvait ça plus propre que lorsque la session est terminée, une page qui n'est normalement accessible que connecté ne soit plus à l'écran.

Et puis c'est vrai que j'aurais bien satisfait ma curiosité en sachant comment lancer une procédure lorsqu'une session est détruite.

[Immobilis]

Tu peux forcer le rafraichissement des pages au bout de Session.TimeOut + 1.

Ainsi l'internaute inactif sera redirigé vers la page de login (1 est une valeur indicative).

A+

[roro06]

Mais bon je trouvait ça plus propre que lorsque la session est terminée, une page qui n'est normalement accessible que connecté ne soit plus à l'écran.

ouais, mais le pb vient du fonctionnement d'ASP lui-même : ASP "envoie" le code HTML (+javascript + flash + ...) au navigateur, puis ... plus rien. Tu peux éteindre ton serveur, la page sera toujours affichée sur le navigateur client. c'est un mécanisme d'appel-réponse tout con, et l'état de session n'est revérifié qu'à l'appel (la "requête") suivante (par un fonctionnement proche de celui des cookies). En résumé, en ASP, on est jamais réèllement "connecté" au serveur .

comment lancer une procédure lorsqu'une session est détruite.

pour ça, voir la routine session_onEnd du global.asa. Attention : l'objets Response n'est pas accessible par le global.asa. De plus j'ai "ouï dire" (plutot "web lu", d'ailleurs, ou "forum cru comprendre") que l'appel du session_onEnd en ASP sous win 2003 (IIS6) ne se faisait pas (bug de IIS). A vérifier

[EDIT] J'ai retrouvé le post : ici[EDIT]

[Aquellito]

Yep, bon je viens de créer mon premier fichier "global.asa" et ça n'a pas l'air de fonctioner. J'y créé une variable de session pour tester que ça marche bien mais impossible de l'afficher dans mon index. La variable est vide.
Et bien sur l'évenement Sesson_OnEnd ne marche pas non plus. Pourtant j'ai bien mis mon fichier à la racine de mon site.
J'ai testé en VBScript et en Javascript (vu que l'objet Response est proscrit en VBScript).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
<script language="VBScript" runat="Server">
 
Sub Session_OnStart
	Session.TimeOut = 1
	Session("test") = "TEST DE FOU"
End Sub
 
Sub Session_OnEnd
	'Pas d'objet Response alors peux rien faire :(
End Sub
 
</script>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
<script language="JavaScript" runat="Server">
 
function Session_OnStart()
	{
		Session.TimeOut = 1;
		Session("test") = "TEST DE FOU";
	}
function Session_OnEnd()
	{
		document.location.href = "index.asp";
	}
 
</script>

Je vais continuer mes recherches mais bon avec moi en développement, même le truc de base, la première fois ça marche jamais. Faut que je change de métier lol.

[vva]

heu pas bien certains que le js fonctionne dans un global.asa.

tu peux remplacer cela par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
response.redirect "url"

maintenant je ne vois pas comment le serveur iis va faire un redirect dans le session end car le serveur iis travaille quand tu lui envoies une requête mais sinon il reste inactif. je ne pense pas qu'il soit consus pour scanner toutes les sessions et faire une redirection si tu n'es pas revenu depuis 20 mn il n'a aucun intérêt à le faire car tu peux très bien être parti de ce site donc toutes les 20 minutes il va essayer de te renvoyer sur sa page d'accueil et ainsi garder en mémoire constamment ta session ! heu c'est pas très cool pour le serveur qui va vite saturer. c'est une vis sans fin cette histoire. dès qu'une session est ouverte sur le serveur elle sera regénérée en permanence

donc si je résume la situation :
1 j'ouvre ton site et il me crée une session 1
2 je vais sur un autre site et je ferme mon navigateur.
3 le iis toutes les vingt minutes me redirige sur sa page d'accueil pour rafraichir la session 1
4 je rouvre mon navigateur et je vais sur ton site là il y a fort à parier qu'il ouvre une session 2 qu'il va rafraicir en permanence--waow
5 nous avons le regret de vous annoncer que le serveur se sent mal


si tu veux vraiment travailler avec un rafraichissement regarde plutôt pour incérer un code de traitement à l'ouverture de tes pages du genre

je rentre sur index.asp
session("Heure_open") = time()


ouverture page 2
test la variable de session("Heure_open") si vide
si oui response.redirect sinon on continue

voilà en gros ce que je ferai par pitié pour le serveur

[roro06]

heu pas bien certains que le js fonctionne dans un global.asa.

Si, si !

L'objet response n'est pas proscrit en vbscript, il est inaccessible par le global.asa. (quelque soit le langage).

Par contre, tu confonds un peu tout, là :

function Session_OnEnd()
{
document.location.href = "index.asp";
}

le global.asa, c'est du coté SERVEUR. document, c'est du javascript CLIENT. Tu peux executer une routine en fin de session, mais tu ne redirigeras pas ton internaute vers une autre page en fin de session (en aucune manière)

Dernier petit truc : la modif du global.asa fait redémarrer ton appli (donc perte de toutes les sessions en cours). la routine Application_onStart n'est appelé qu'à l'appel de la première session (et non pas immédiatement).

même le truc de base, la première fois ça marche jamais

T'inquiètes, tu n'est pas le premier, tu n'es pas le dernier

[Aquellito]

L'objet response n'est pas proscrit en vbscript

Yep, je parlais du VBScript dans le global.asa. C'était justement pour ça que je pensais outrepasser mon problème en utilisant le JavaScript.

J'ai moi aussi trouvé bizard de faire du javascript coté serveur. Mais il y a des exemples sur le net où les mecs configurent leur global.asa en Javascript. Et j'ai déjà vu des pages asp où l'entête n'était pas JScript mais bien JavaScript. Je ne sais pas l'expliquer mais je l'ai bien vu. D'ailleur même dans DreamWeaver, on a le choix antre deux options lorsqu'on créé une page ASP : VBScript ou JavaScript. Le JScript n'étant même pas proposé.
Pour moi, JavaScript et JScript, c'était pareil sauf qu'il y en avait coté serveur et l'autre côté client. Mais tous ces nouvaux éléments font que c'est moins clair qu'avant dans ma tête lol.

Bon en tout cas je lache l'affaire avec ma redirection vu que ce n'est possible en aucune manière

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

tu confonds un peu tout

C'est tout à fait ça

Encore merci pour vos réponses très complètes !!

[Aquellito]

le iis toutes les vingt minutes me redirige sur sa page d'accueil pour rafraichir la session 1

Je parlais d'être redirigé vers l'index, mais il fallait à nouveau cliquer sur un lien pour recréer la session.

ouverture page 2
test la variable de session("Heure_open") si vide
si oui response.redirect sinon on continue

Yep, c'est comme ça que ça va se finir...

Tu peux forcer le rafraichissement des pages au bout de Session.TimeOut + 1

là par contre j'avoue ne pas trop comprendre comment procéder.

[pc75]

Bonjour,

Attention,

Quand tu fais :

Session.TimeOut = 1;

Tu redéfinis la durée de la session à 1 minute au lieu de 20 par défaut.

[Aquellito]

Oouep, c'était juste pour pouvoir faire des test sur l'évenement Session_OnEnd() sans attendre 20 min justement

[Aquellito]

Bon je vais mettre le post en résolu même si c'est pas trop le cas (n'ayant pas réussi à détecter cette fichue fin de Session).
En gros, la réponse est déjà dans le deuxième post d'Immobilis

A+ les gazous