Comment puis-je empêcher (par expiration de page par exemple) que l'on
utilise "flèche arrière" ou "history.back()" pour revenir à la page
précédente ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Olivier Miakinen
Comment puis-je empêcher (par expiration de page par exemple) que l'on utilise "flèche arrière" ou "history.back()" pour revenir à la page précédente ?
Je vois que tu as suivi l'excellent conseil que te donnait Thibaut Allender sur fr.comp.lang.javascript :
<cit. news:
je souhaiterais empêcher les users de faire un F5 (sous IE rafraichit la page).
[...] trouve plutôt une solution côté serveur pour qu'un rafraichissement de la page ne provoque la 3e guerre mondiale. </cit.>
Pour te répondre : par exemple, si tu utilises les sessions, tu peux stocker quelque part l'information que l'action demandée est déjà faite, et qu'il ne faut pas la faire une nouvelle fois.
Cela dit, si le problème que tu as côté serveur est de ne pas créer de doublon dans une base de données à cause d'une clé primaire en auto-incrément, je te renvoie aux innombrables articles écrits par John Gallet sur le sujet : <http://groups.google.fr/groups?as_q=auto+increment&as_uauthors=john+gallet>.
-- Olivier Miakinen Non, monsieur le juge, je vous le jure : jamais je n'ai cité Bruxelles dans ma signature.
Comment puis-je empêcher (par expiration de page par exemple) que l'on
utilise "flèche arrière" ou "history.back()" pour revenir à la page
précédente ?
Je vois que tu as suivi l'excellent conseil que te donnait Thibaut
Allender sur fr.comp.lang.javascript :
<cit. news:73hpl2-cft.ln1@Pilaf.capsule.corp>
je souhaiterais empêcher les users de faire un F5 (sous IE rafraichit
la page).
[...] trouve plutôt une solution côté serveur pour qu'un
rafraichissement de la page ne provoque la 3e guerre mondiale.
</cit.>
Pour te répondre : par exemple, si tu utilises les sessions, tu peux
stocker quelque part l'information que l'action demandée est déjà faite,
et qu'il ne faut pas la faire une nouvelle fois.
Cela dit, si le problème que tu as côté serveur est de ne pas créer de
doublon dans une base de données à cause d'une clé primaire en
auto-incrément, je te renvoie aux innombrables articles écrits par John
Gallet sur le sujet :
<http://groups.google.fr/groups?as_q=auto+increment&as_uauthors=john+gallet>.
--
Olivier Miakinen
Non, monsieur le juge, je vous le jure : jamais je n'ai cité
Bruxelles dans ma signature.
Comment puis-je empêcher (par expiration de page par exemple) que l'on utilise "flèche arrière" ou "history.back()" pour revenir à la page précédente ?
Je vois que tu as suivi l'excellent conseil que te donnait Thibaut Allender sur fr.comp.lang.javascript :
<cit. news:
je souhaiterais empêcher les users de faire un F5 (sous IE rafraichit la page).
[...] trouve plutôt une solution côté serveur pour qu'un rafraichissement de la page ne provoque la 3e guerre mondiale. </cit.>
Pour te répondre : par exemple, si tu utilises les sessions, tu peux stocker quelque part l'information que l'action demandée est déjà faite, et qu'il ne faut pas la faire une nouvelle fois.
Cela dit, si le problème que tu as côté serveur est de ne pas créer de doublon dans une base de données à cause d'une clé primaire en auto-incrément, je te renvoie aux innombrables articles écrits par John Gallet sur le sujet : <http://groups.google.fr/groups?as_q=auto+increment&as_uauthors=john+gallet>.
-- Olivier Miakinen Non, monsieur le juge, je vous le jure : jamais je n'ai cité Bruxelles dans ma signature.
cleo
[...] trouve plutôt une solution côté serveur pour qu'un rafraichissement de la page ne provoque la 3e guerre mondiale. </cit.>
Pour te répondre : par exemple, si tu utilises les sessions, tu peux stocker quelque part l'information que l'action demandée est déjà faite, et qu'il ne faut pas la faire une nouvelle fois.
Salut,
Le problème n'est pas si simple, history.back() affiche la page précédente mais depuis le cache du navigateur. Par exemple, quand tu supprimes un élément dans une liste, history.back() te fait apparaitre des éléments fantômes, c'est désagréable. C'est pour traiter entre autres ce type de problème que microsoft a mis en place le très controversé principe de SmartNavigation sur se plateforme aspx.
Côté solution multi-navigateur, à part en utilisant xmlhttp, je ne vois pas de solutions.
-- Cléo
[...] trouve plutôt une solution côté serveur pour qu'un
rafraichissement de la page ne provoque la 3e guerre mondiale.
</cit.>
Pour te répondre : par exemple, si tu utilises les sessions, tu peux
stocker quelque part l'information que l'action demandée est déjà faite,
et qu'il ne faut pas la faire une nouvelle fois.
Salut,
Le problème n'est pas si simple, history.back() affiche la page précédente
mais depuis le cache du navigateur. Par exemple, quand tu supprimes un
élément dans une liste, history.back() te fait apparaitre des éléments
fantômes, c'est désagréable. C'est pour traiter entre autres ce type de
problème que microsoft a mis en place le très controversé principe de
SmartNavigation sur se plateforme aspx.
Côté solution multi-navigateur, à part en utilisant xmlhttp, je ne vois pas
de solutions.
[...] trouve plutôt une solution côté serveur pour qu'un rafraichissement de la page ne provoque la 3e guerre mondiale. </cit.>
Pour te répondre : par exemple, si tu utilises les sessions, tu peux stocker quelque part l'information que l'action demandée est déjà faite, et qu'il ne faut pas la faire une nouvelle fois.
Salut,
Le problème n'est pas si simple, history.back() affiche la page précédente mais depuis le cache du navigateur. Par exemple, quand tu supprimes un élément dans une liste, history.back() te fait apparaitre des éléments fantômes, c'est désagréable. C'est pour traiter entre autres ce type de problème que microsoft a mis en place le très controversé principe de SmartNavigation sur se plateforme aspx.
Côté solution multi-navigateur, à part en utilisant xmlhttp, je ne vois pas de solutions.