Page 1 sur 1
Script interdisant d'actualiser
Posté : 08 août 2005, 18:36
par harry67
Bonjour,
Je recherche un script PHP qui interdit formelement d'actualiser une page web. Quelqu'un connaitrait-il un script de ce type?
Posté : 08 août 2005, 18:42
par Cyrano
En PHP, c'est impossible: le PHP s'exécute coté serveur ne l'oublie pas, or l'actualisation se passe coté client. L'idée serait donc d'opter pour un langage serveur... mais ça ne marchera pas non plus parce qu'il faudrait intervenir au niveau système pour bloquer par exemple l'utilisation de la touche F5 du clavier.
Il va falloir trouver une autre astuce.
Explique sommairement ce que tu veux faire et on trouvera peut-être une manière de contourner le problème.
Script interdisant d'actualiser
Posté : 08 août 2005, 19:42
par harry67
En fait, je voudrais interdire d'actualiser car si l'on actualise la page, ça
éxécute à nouveau la requête SQL et donc c'est la triche assurée pour tous les membres qui auront trouvé cette astuce.
Posté : 08 août 2005, 19:56
par Atlante
Il te suffit de verifie si l'utilisateur a déja exécuter la requete dans la journée alors on refuse sinon on exécute
C'est hyper important même pour tout tes formulaires car par exemple un disabled peut être facilement contrer en local
Posté : 08 août 2005, 21:26
par Cyrano
Ce que tu peux faire, ce serait modifier une variable de session lors de l'exécution de la requête: par exemple tu mets une variable à 0: lors de l'exécution, tu rajoutes une ligne qui la passe à 1. Mais vanant l'exécution de la raquête, tu ajoutes une autre ligne qui vérifie la valeur de cette variable: si elle vaut 0, tu exécute, si elle vaut 1, tu n'exécutes pas. Donc le F5 ne fonctionnera pas.
Posté : 08 août 2005, 21:44
par Atlante
Bah une fois la Session detruite hop on recommence
Posté : 08 août 2005, 21:46
par Cyrano
possible, mais le but premier poursuivi est atteint: on ne peut pas relancer une requête par actualisation de la page. Après, l'ouverture d'une autre session peut ouvrir de nouvelles possibilités, mais si le joueur doit s'identifier et qu'il a un nombre limité de participations permises, c'est encore plus facile à contrôler.
Posté : 08 août 2005, 21:48
par albat
Ou alors avec un cookie ?
(Sachant que beaucoup les interdisent sur leurs machines...)

Posté : 09 août 2005, 13:22
par cyrill
opte pour du javascript avec l'objet window... c'est plus stable
Posté : 09 août 2005, 13:26
par Cyrano
opte pour du javascript avec l'objet window... c'est plus stable
À condition que l'internaute n'ait pas désactivé le JavaScript de son navigateur...

Posté : 09 août 2005, 14:14
par matt_m
salut
mise a part si tu as un login / password pour identifier tes visiteurs, tu n'auras pas de moyen d'etre sur que ce visiteur n'a pas deja executé ta requete.
par contre, si tu as une authentification, tu peux stocker dans ta base la date de derniere realisation de la requete, et la verifier avant d'effectuer ta requete
Posté : 09 août 2005, 15:05
par cyrill
opte pour du javascript avec l'objet window... c'est plus stable
À condition que l'internaute n'ait pas désactivé le JavaScript de son navigateur...

.
oauis mais il peut mettre une condition... si function JS n'est pas executé alors echo (vous devez accepter le JS)
Posté : 09 août 2005, 15:06
par mere-teresa
Mais c'est pour qu'ils trichent pas ! Le JAvascript, c'est pas une bonne idée pour les contrôles si c'est pour diminuer la triche 