History des Navigateurs web

Salut tout le monde,

J'ai un probleme avec une web page que je developpe et que je vais essayer d'expliquer par un exemple, j'espere que je poste au bon endroit:

Un utilisateur est sur la page web (exemple: developpez.net) ensuite decide d'aller sur google.fr (sans changer de tab.) etant sur google decide avec le "back bouton" du Navigateur de retourner sur developpez.net (savoir de quel url vient l'utilisateur) et moi je veux qu'apres ce retour il doit de nouveau se connecter avec son login et mot de passe meme si la session n'est pas achevee.

Malheureusement je ne trouve pas de solution car l'historique du navigateur peut etre eteint par le l'utilisateur.

j'utilise c#(asp.net mvc) comme language de programmation et javascript (Jquery en grande party).

Merci pour l'aide

Je ne suis pas certain de bien comprendre le desiderata.

Si tu ne veux pas garder ton utilisateur logué, il suffit de ne pas utiliser de session ....


Ou alors tu veux qu'il reste logué d'une page à l'autre tant qu'il reste sur ton site mais que s'il va 1 seconde ailleurs il soit délogué ? C'est bien ça ?

Dans ce cas, je pense que le plus simple est de se servir du "referrer", en pseudo code ça donnerait un truc comme ceci (à placer au début de tes pages) :

Code:

---

1 2 3

if(referrer != "monsite.com"){ killPreviousSessions(); }

---

Merci pour la reponse et il s'agit du cas: qu'il reste logué d'une page à l'autre tant qu'il reste sur ton site mais que s'il va 1 seconde ailleurs il soit délogué.

J'ai essaye referrer mais ca ne marche pas:

de "monsite.com" je vais a "monsite.com/a" et reviens sur mon "monsite.com"
le referrer en ce moment est "monsite.com/a" et quand je vais sur "google.com" et fais un back avec "back bouton" du navigateur, je retombe sur "monsite.com" mais le referrer est "monsite.com/a" et non "google.com"

Merci de m'aider.

Ca se produit car ton navigateur te redonne ta page précédente dans l'état dans laquelle elle a été appelée précédemment (post, referrer, etc..).

Pour éviter cela, tu dois forcer le rechargement de ta page :

Code:

---

Cache-Control: no-cache, max-age=0, must-revalidate, no-store

---

coté client(javascript), tu peux interdire le bouton précédent aussi :

Code:

---

history.forward()

---

Sinon l'autre solution c'est que pour chaque page quittée, tu vérifies si tu retournes vers une de tes pages :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

var destroy_session = true; function keep_session(){ destroy_session = false; return true; } var links = document.getElementsByTagName('a'); for(i=0;i<links.length;i++){ if(links[i].href.indexOf(location.host)){ links[i].onclick = keep_session; } } document.body.onbeforeunload = function(){ if(destroy_session){ $.ajax('destroyer.php'); // appel ajax via une librairie } };

---

Citation:

---

Envoyé par Willpower

Ca se produit car ton navigateur te redonne ta page précédente dans l'état dans laquelle elle a été appelée précédemment (post, referrer, etc..).

Pour éviter cela, tu dois forcer le rechargement de ta page :

Code:

---

Cache-Control: no-cache, max-age=0, must-revalidate, no-store

---

coté client(javascript), tu peux interdire le bouton précédent aussi :

Code:

---

history.forward()

---

---

Une fois de plus merci pour tes reponses.
j'ai essaye cette variante et de me rendre compte que l'utilisateur peut configurer son navigateur pour ne pas avoir d'historique et du coup s'il etait sur ma page et va ensuite sur google et choisi a partir du favoris alors il y est de nouveau (je fais dans un online banking).

Merci

Je m'incruste dans la discussion car parmi tous les trucs justes qu'a dit Will, il y a ceci qui m'interpelle:

Citation:

---

coté client(javascript), tu peux interdire le bouton précédent aussi :
Code :
Sélectionner tout - Visualiser dans une fenêtre à part
history.forward()

---

Je ne comprends pas ce que tu veux dire. Tu peux m'expliquer ?

Citation:

---

Envoyé par MaitreKaio

Je m'incruste dans la discussion car parmi tous les trucs justes qu'a dit Will, il y a ceci qui m'interpelle:

Je ne comprends pas ce que tu veux dire. Tu peux m'expliquer ?

---

cette fonction va à la page suivante de ton historique (s'il existe) donc si tu places ce bout de code sur ta page, il est exécuté au chargement de celle-ci et s'il existe un historique "suivant" il y va. Donc en quelques manières ça empêche d'arriver sur ta page via un "précédent" (bouton ou commande).

Citation:

---

Envoyé par mourbare

Une fois de plus merci pour tes reponses.
j'ai essaye cette variante et de me rendre compte que l'utilisateur peut configurer son navigateur pour ne pas avoir d'historique et du coup s'il etait sur ma page et va ensuite sur google et choisi a partir du favoris alors il y est de nouveau (je fais dans un online banking).

Merci

---

Dans ce cas, ma première réponse reste bonne, puisque le referrer (vide via favori) est différent de ton site, on tue la session en cours. ;)

Le problème à cette solution était juste que le bouton(/commande) précédent te redonnait ta page dans l'état précédent avec ses variables d'appels (GET, POST, REFERRER, ...) mais pour éviter cela, (je pense, je n'ai pas testé) qu'un header interdisant le cache (ou via .htaccess) devrait résoudre le problème.

Merci @Willpower, j'ai teste mais résous seulement partiellement mon problème.
Il m'est venu a l'idée une autre solution qui a ses déficits. Mais qui sait peut-être aider certains.

A travers Javascript je crée un cookie contenant un DateTime qui a un interval (setInterval() de jquery par exemple 1s) réactualise le DateTime.

En supposant que le fait d'aller sur une autre page et revenir prend 3 s et pendant ce temps le DateTime n'étant plus actuel au delà de 3s déconnecte l'utilisateur, stopper l'interval avec clearInterval() et remettre le cookie.expires=-1d.

Déficits :
- si sur la page Request dépasse 3s. alors vous êtes, malgré le fait d'être sur la même page, déconnecté...

Merci pour vos réponses.

De toutes façons tu ne pourras jamais contrôler ce qui ce passe chez l'utilisateur, il pourra toujours simuler/contourner ces "contrôles".

Si t'es bien conscient que tout contrôle ne sera que "superficiel", alors dans ce cadre là, ton idée du setInterval à du potentiel, tu peux l'améliorer en affichant tes pages dans une iframe englobant toute ta page et les pages de ton site son affiché à l'intérieur de celle-ci.

Ainsi, ton iframe sera en quelques sorte ton gardien de ta session. (mais ça reste facilement contournable par le client malveillant).

Le plus simple étant, bien entendu, de ne pas chercher à faire ça.
Mettre des sessions qui ne durent pas très longtemps, genre 5 minutes, et être comme tous les sites de la planète.
En général :
- Ce n'est pas compliqué à faire, puisque c'est ce que tout le monde fait.
- Les visiteurs préfèrent comme ça, puisque c'est ce que tout le monde fait.
- C'est une protection suffisante, puisque c'est ce que tout le monde fait.

Tu as raison @thelvin j'ai déjà des sessions de 10 minutes. Malheureusement mon employeur voulait cette fonction. A moi d'être convaincant la semaine prochaine, que cette fonction est quasi impossible et leurs montrer quelques solutions et à eux de décider.

Merci pour vos contributions