Obligation de coché au moins un checkbox avant envoie en BDD
Fermé
crixuss
Messages postés
25
Date d'inscription
jeudi 29 août 2013
Statut
Membre
Dernière intervention
14 novembre 2016
-
Modifié par crixuss le 30/08/2013 à 14:01
heliconius Messages postés 539 Date d'inscription mardi 1 juillet 2008 Statut Membre Dernière intervention 23 juin 2023 - 31 août 2013 à 18:13
heliconius Messages postés 539 Date d'inscription mardi 1 juillet 2008 Statut Membre Dernière intervention 23 juin 2023 - 31 août 2013 à 18:13
A voir également:
- Obligation de coché au moins un checkbox avant envoie en BDD
- Copains d'avant qui a visité mon profil - Forum Facebook
- Votre envoi est en cours de transport vers son site de livraison. ✓ - Forum Consommation & Internet
- Avant browser - Télécharger - Navigateurs
- Dans la présentation à télécharger, sarah avait encadré directement le titre de certaines diapositives avant d’automatiser cette mise en forme pour tout le document. sur quelles diapositives avait-elle encadré directement le titre ? ✓ - Forum Bureautique
- Comment remettre ma page d'accueil comme avant ✓ - Forum Réseaux sociaux
1 réponse
heliconius
Messages postés
539
Date d'inscription
mardi 1 juillet 2008
Statut
Membre
Dernière intervention
23 juin 2023
140
30 août 2013 à 14:02
30 août 2013 à 14:02
Bonjour,
Je sais que tu vas penser que je ne réponds pas à ta question. Mais je pense que tu devrais lire quand même. :o)
Tu trouveras ta réponse dans le javascript. En principe on ne fait que peu de vérification de ce type dans du PHP. Javascript a été créé pour ça.
Tu fais un formulaire. Tu le soumets. Si erreur, PHP renvoie un message. Tu resoumets. S'il y a une autre erreur, PHP va renvoyer encore une fois. Il va y avoir un tas d'allées et venues entre client et serveur qui peuvent générer un trafic et un encombrement réseau inutile en ralentissant les actions, ce qui ne serait pas le cas en s'y prenant autrement.
Le javascript s'exécute côté client. Ton javascript se trouvant dans la même page que ton formulaire, vérifie la bonne saisie en local (chez le programme client) ; ça ne part que si c'est bon. Si c'est correct et conforme, c'est expédié au script PHP (côté serveur) qui récupère toutes les données attendues et conformes, que tu ne devrais plus avoir à vérifier. Sans compter que la vérification se faisant sur place c'est plus rapide que d'attendre en retour l'éventuel message d'erreur du serveur, ça simplifie le script et ça soulage le serveur. En fait, tu ne vérifies dans le script PHP que les choses que tu n'as absolument pas pu vérifier sur place en javascript. Exemple: tu fournis un nom de login. L'information est là, elle ne contient que des caractères autorisés, la longueur est dans la fourchette autorisée, mais à ce niveau (chez le client) on ne peut pas encore savoir si le login saisi se trouve réellement dans la base de données. Mais ça, ça peut encore se régler avec Ajax.
Je sais que tu vas penser que je ne réponds pas à ta question. Mais je pense que tu devrais lire quand même. :o)
Tu trouveras ta réponse dans le javascript. En principe on ne fait que peu de vérification de ce type dans du PHP. Javascript a été créé pour ça.
Tu fais un formulaire. Tu le soumets. Si erreur, PHP renvoie un message. Tu resoumets. S'il y a une autre erreur, PHP va renvoyer encore une fois. Il va y avoir un tas d'allées et venues entre client et serveur qui peuvent générer un trafic et un encombrement réseau inutile en ralentissant les actions, ce qui ne serait pas le cas en s'y prenant autrement.
Le javascript s'exécute côté client. Ton javascript se trouvant dans la même page que ton formulaire, vérifie la bonne saisie en local (chez le programme client) ; ça ne part que si c'est bon. Si c'est correct et conforme, c'est expédié au script PHP (côté serveur) qui récupère toutes les données attendues et conformes, que tu ne devrais plus avoir à vérifier. Sans compter que la vérification se faisant sur place c'est plus rapide que d'attendre en retour l'éventuel message d'erreur du serveur, ça simplifie le script et ça soulage le serveur. En fait, tu ne vérifies dans le script PHP que les choses que tu n'as absolument pas pu vérifier sur place en javascript. Exemple: tu fournis un nom de login. L'information est là, elle ne contient que des caractères autorisés, la longueur est dans la fourchette autorisée, mais à ce niveau (chez le client) on ne peut pas encore savoir si le login saisi se trouve réellement dans la base de données. Mais ça, ça peut encore se régler avec Ajax.
<script language="javascript" type="text/javascript"> ... function verif() { if( une_erreur ) return false; if ( une_autre_erreur ) return false; // ... fin des tests... return true; } </script> <form name="xxx" method="post" action="script.php" onsubmit="return verif()"> ... </form>
30 août 2013 à 18:08
31 août 2013 à 18:13
Dangereux en quoi ?
De toutes les manières tu peux, si ça te chante, contrôler derrière plus finement dans PHP pour des choses plus spécifiques mais déjà ça limiterait pas mal les allées et venues inutiles entre client et serveur, soulagerait et le réseau et le serveur.
Par ailleurs, javascript n'est pas un sous-langage de m... ne méritant pas l'utilisation. Il a ses avantages pour certains types d'utilisation tels les vérifications de formulaires. Si ce n'était pas le cas, il aurait été abandonné depuis longtemps et j'ai vu des scripts codés en javascript qui étaient parfois beaucoup plus efficaces que certains codes PHP...
Enfin ! Moi, je te dis ça mais tu fais comme tu veux...