champ numerique et !is_numeric

Salam ; j'ai un formulaire avec des champs numériques positives (0,1....).
je contrôle ces champs en php avec is_numeric ( valeurs venant d'un champ texte) :

Code:

---

1 2 3 4 5 6

........................ if ((empty($_POST['m'])) or (!is_numeric($_POST['m']))) { $erreurs_msg['m'] = 'Veuillez saisir un nombre dans la case M:00-01 SVP.'; }

---

si je saisie : 0 j'ai le message d'erreur, normalement sa passe.
si je saisie: 00 sa passe c'est bon résultat dans la bdd champ=0.
si je saisie: 1,2 sa passe pas.
si je saisie: 1.2 sa passe résultat dans la bdd champ=1 le (.2) est ignoré.
si je saisie: -2 sa passe résultat dans la bdd champ=0 .
is_int() sa ne marche pas !!!

le 1,2 c'est normale, ensuite ça depend surtout ce que tu fait au moment ta requête et de ton type champs

Re , type de champ est mediumint.
dans la requête d'insertion je ne fait aucun contrôle ni conversion.

Code:

---

1 2 3 4

......... $insertdata->bindParam(':m', $_POST['m'], PDO::PARAM_INT); // entier ............

---

je veux inséré que les les chiffres supérieurs a zéro.

fait un filter_var

ps : juste 'm' pas besoin de faire ':m'

Salut

Le comportement que tu as est normal, c'est propre à la fonction_is_numeric().
Consulte la doc : is_numeric()

Il faut savoir que tous les paramètres récupérées dans $_GET ou $_POST sont considérés comme des chaines, et c'est pour cela qu'il existe cette fonction is_numeric().
Une chaine comme "33" sera considéré comme un nombre (33).

Après, ça dépend qu'est-ce que tu veut en faire.
Faire des vérifications/filtres est souvent indispensable afin d'éviter d'enregistrer n'importe quoi dans la Bdd.
Tout ceci peu donner lieu à de gros paquets de codes.

Pour le 2,2, ça dépend des configurations de php, des locales, fonction setlocale().
On peu par exemple définir la virgule comme séparateur décimale, mais personnellement je m'y suis jamais risqué.
Le point est plus universel à mon sens.

De ton coté tu peux toujours remplacer le virgule par un point pour accepter le nombre pour qu'après insérer un nombre décimal (pour exemple).

Citation:

---

je veux inséré que les les chiffres supérieurs a zéro.

---

Alors au niveau de la verif on peut faire comme ceci :

Code:

---

1 2 3

if (isset($_POST['m']) && (int)$_POST['m'] > 0) { $entier = (int)$_POST['m']; }

---

En somme, on caste la données, et ici elle sera obligatoirement >= à 1

Re, merci RunCodePhp.

pour ta proposition sa marche mais les chiffres décimaux passent , je dois accepté que les entiers naturels exemple (12,21,3,0......) pas des 12.3 ou 45.66....
code vérification:

Code:

---

1 2 3 4 5 6 7 8 9 10

if (isset($_POST['validform'])) // si le formulaire est validé { .... if ((empty($_POST['m'])) or (int)$_POST['m'] <0) // { $erreurs_msg['m'] = 'Veuillez saisir un nombre dans la case M:00-01 SVP.'; } .... }

---

Citation:

---

pour ta proposition sa marche mais les chiffres décimaux passent

---

Oui, c'est vrai qu'au niveau de l'alternative ça passe, et c'est après que ça caste la variable.

Si tu veux vraiment filtrer les données de manière assez stricte, alors comme l'a dit stealth35 utilise filter_var().

Normalement ceci devrait retourner FALSE pour un nombre décimal :

Code:

---

if (isset($_POST['m']) && filter_var($_POST['m'], FILTER_VALIDATE_INT)) ...

---

même faire direct un filter_input

Code:

---

if(filter_input(INPUT_POST, 'm', FILTER_VALIDATE_INT))

---

voila le code j'ai utilisé avec flter_var:

Code:

---

1 2 3 4 5 6 7

... if ( filter_var($_POST['datedec'], FILTER_VALIDATE_INT) == false) // {   echo 'Veuillez saisir un nombre naturel (N) SVP.'; }

---

sa marche avec tous les nombre >0 , le 0 et le 00 il ne passe pas !!!!! et j'ai besoin de cet valeur.

... c'est === pas ==

et utilise filter_input

Citation:

---

sa marche avec tous les nombre >0 , le 0 et le 00 il ne passe pas !!!!! et j'ai besoin de cet valeur.

---

Ce n'est pas logique. ;)
Si on n'accepte pas 0, j'ai du mal à concevoir que 00 (ou 000, ou 0000, etc ...) serait un entier supérieur à 1.

Mise à part, fait un OU :

Code:

---

1 2 3 4 5 6

if (filter_var($_POST['datedec'], FILTER_VALIDATE_INT) || $_POST['datedec'] === '00') { // Valeur valide } else { // ERREUR }

---

Et si l'utilisateur saisie 000 ou 0000, tu fais comment ?

dans le même sens je suis arrivé a ce contrôle avec le code ci-dessous , il accepte le zéro et non pas le 00 ( considéré comme chaine de caractère) parce que j'ai pas utilisé is_numeric.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

.... $var = filter_input(INPUT_POST, 'var', FILTER_VALIDATE_INT); if ( is_null($var) or $var=== false)   {   echo 'Veuillez saisir un nombre dans la case M:00-01 SVP.'; }   .....

---

sa marche impeccablement , s'il y'a un teste qui m'echape je suis preneur.
merci RunCodePhp : le sauveur de Rome :mouarf:
merci stealth35 :mouarf:

Salam , et voila de retour , le code ci-dessous :no: les -1 ou -50 sa passe comme les + 1 , +99.....

Citation:

---

Envoyé par redoran

Salam , et voila de retour , le code ci-dessous :no: les -1 ou -50 sa passe comme les + 1 , +99.....

---

Je viens d'essayer, comme ceci ça ne passe pas : (genre "+99")

Code:

---

if (filter_var($nombre, FILTER_VALIDATE_INT) === TRUE && (int)$nombre > 0)

---

Ceci dit, ne pas accepter +99 est-ce logique ?
saisir +99 ou 99, c'est pareil non ? Faut il considérer ça comme une erreur de saisie ?

Ne faudrait il pas faire comme ceci :

Code:

---

1 2	$var = filter_input(INPUT_POST, 'var', FILTER_VALIDATE_INT); if ($var && (int)$var > 0)

---

S'il existe un flitre (natif) pour un entier strictement positif, je ne suis pas au courant. ;)

Citation:

---

Envoyé par RunCodePhp

S'il existe un flitre (natif) pour un entier strictement positif, je ne suis pas au courant. ;)

---

tu mets le min_range a 0

Re ; RunCodePhp:

Citation:

---

saisir +99 ou 99, c'est pareil non ? Faut il considérer ça comme une erreur de saisie ?

---

ta raison se n'est pas une erreur de saisie , le +99 est enregistré dans la BDD 99 :D

Citation:

---

S'il existe un flitre (natif) pour un entier strictement positif, je ne suis pas au courant

---

d'après la doc que j'ai eu y' a pas sauf erreur de ma part.
la piste de stealth36

Citation:

---

tu mets le min_range a 0

---

donne ceci:

Code:

---

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

.......... $var=$_POST['m']; $int_options = array("options"=>array("min_range"=>0, "max_range"=>999));   $m =filter_var($var, FILTER_VALIDATE_INT, $int_options);   if ( is_null($m) or $m=== false)   {   echo 'Veuillez saisir un nombre valide SVP.'; } }   .........

---

le nombre maximum est de 999 , parce que j'ai limité mon input a 3 caractéres ce qui donne un maximum de 999 , la case concerné ne peut dépassé sur le terrain 999 unités.
donc je dois écrire ce contrôle 16 fois ( nombre de variables) est ce que si possible de le faire sous forme de fonction? si oui est ce que quelqu'un peut m'aidé ? merci

suffit de faire une boucle ...

pourquoi t’utilises pas filter_input ?

Stealth36

Citation:

---

pourquoi t’utilises pas filter_input ?

---

sa laisse passé les -1, -12...... (les nombres négatifs) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

.... $var=$_POST['datedec'];   $datedec = filter_input(INPUT_POST, 'datedec', FILTER_VALIDATE_INT); if ( is_null($datedec) or $datedec=== false) {   echo 'Veuillez saisir un nombre dans la case M:00-01 SVP.'; } .......

---

Citation:

---

sa laisse passé les -1, -12...... (les nombres négatifs)

---

Tu en est sûr ?
Tu t'es pas mélangé les pineaux dans les différents test ?

Je viens d'essayer, le comportement de filter_var et filter_input est le même, les 2 fonctions acceptent "-12".
Ca me parais plutôt normal, l'inverse serait étonnant.

Mais on s'en fiche un peu, car les options règlent le problème (min_range).


Il y a tout de même une différence entre ces 2 fonctions.
filter_var() retourne uniquement FALSE en cas d'erreur.
Par contre, filter_input() retourne FALSE en cas d'erreur, mais retourne NULL si l'élément n'est pas défini.

Vu ton alternative, tu accepterais la donnée dans le cas où elle n'existerait pas (par défaut ce serait 0).
C'est bizarre quand même.
D'un coté tu est très stricte, de l'autre assez permissif.
Mais pourquoi pas. ;)

Citation:

---

Envoyé par stealth35

tu mets le min_range a 0

---

C'est dommage que les CMS, et même les FW ne les utilisent pas, c'est en bonne partie là que j'apprends les choses.
Mais ici aussi. ;)

Merci :ccool:

re; Run :

Citation:

---

Tu t'es pas mélangé les pineaux dans les différents test ?

---

ta qu' testé le code ci dessus résultat sa laisse passé les -1 et -20.... et sont enregistrés dans la bdd sous de forme de zero (0).

Citation:

---

Je viens d'essayer, le comportement de filter_var et filter_input est le même, les 2 fonctions acceptent "-12".

---

c'est surtout ça que je ne veut pas 8O

Citation:

---

Vu ton alternative, tu accepterais la donnée dans le cas où elle n'existerait pas (par défaut ce serait 0).

---

oui le zero dans le champ veut dire dans mon cas que l'utilisateur est passé le champ concerné et a saisie une donnée qui est 0 , et veut dire aussi que se n'est pas un oubli de saisie de champ.
est ce que c'est possible d'englobé ce test dans une fonction , j'ai commencé comme suite mais j'arrive pas a terminé la fonction:

Code:

---

1 2 3 4 5 6 7 8

..... function verif_numpos ($varnum) { $int_options = array("options"=>array("min_range"=>0, "max_range"=>256)); $varnum =filter_var($varnum, FILTER_VALIDATE_INT, $int_options);   }

---