Retour sur page précédente ...

Répondre
yearling
le 26/08/2006 à 18:39
yearling
Bonjour à tous,

est-il possible de savoir si l'utilisateur à cliquer sur la flèche pour revenir à la précédente.

J'aimerais intercepté cet événement ...

Mereci d'avance

Thierry
LupusMic
le 28/08/2006 à 10:35
LupusMic
C'est un problème connu ;) Il n'y a casiment aucune parae. Regarde unload, et comment surcharger window.back.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
yearling
le 29/08/2006 à 07:47
yearling
Merci pour ta réponse aussi rapide à mon message.

Cependant, connais-tu un autre remède pour régler ce problème ?

Merci

Thierry
LupusMic
le 29/08/2006 à 09:42
LupusMic
Je vais être désagréble : aucun. À moins de mettre en place un système de protection contre les actions multiples (identifiant de session et identifiant d'action).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Bzh
le 29/08/2006 à 16:29
Bzh
Faire ça coté serveur quoi ...

Trop compliqué pour ce que cela va apporter à mon avis .... et trop lourd pour le serveur ...
LupusMic
le 30/08/2006 à 09:46
LupusMic
(Bzh) Pas forcément. Il ne faut pas oublier que les utilisateurs sont des buses, et que dans son cas, ce sont des utilisateurs professionnels. Donc non, c'est mieux de mettre en place un tel système.

Je connais un site qui a mis en place ce type de verrou, Kraland, pour se protéger des actions multiples.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Bzh
le 30/08/2006 à 11:43
Bzh
Mais ce que je comprends pas, c'est pourquoi ? Quel est le but ?

Je n'ai jamais eu le besoin de vérifier ça...

Par contre, empêcher de valider deux fois un formulaire car le visiteur à actualiser la page oui... Mais, dans ce cas, c'est utile et beaucoup plus simple...
LupusMic
le 30/08/2006 à 13:31
LupusMic
Ça peut avoir un intérêt quand tu fais des actions complexes, en plusieurs étapes, lorsque tu dois conserver les informations entre plusieurs étapes sans valider les données.

Bien sûr ça exclus les sessions, puisque les sessions sont volatiles ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Répondre

Ecrire un message

Votre message vient d'être créé avec succès.
LoadingChargement en cours