PHP procédural à l'ancienne ;)

Bonjour ami(e)s développeurs ou pas ;)

J'ai un petit soucis au niveau PHP concernant la vérification des value de mets inputs.
Explication => Je génère des boutons via ma base de données avec un pipe (|) comme séparateur (toto|titi|tata|etc).

Après après ma requête j’explose le tout ce qui donne toto|1 tata|2 etc... =>

Code:

---

1 2 3

$menu =array(); $menu =explode("|",$nomchamptable[8]); for ($iii=0;$iii<count($menu);$iii++) {ecHo '<td> <button type="submit" name="bouton" value="'.$menu[$iii].'|'.$iii.'">'.$menu[$iii].'</button></td>';}

---

Dans un autre fichier PHP je sépare le tout

Code:

---

1 2 3

$v=strip_tags((substr(($_REQUEST['bouton']),0,-2))); $test=array(); $test = explode("|", ($_REQUEST['bouton']));

---

Et je vérifie dans un autre fichier php si ma var $test est bien égal à un numéro

Code:

---

1 2 3 4

if ($test[1] < 0 || $test[1] > 5 ) { header('Location: index.php'); }

---

Mais question est toute simple comment vérifier la valeur de $v qui doit correspondre à titi ou tata etc si jamais un utilisateur modifie la value de mets boutons.
Jusqu’à présent pas de soucis pour la var $test qui redirige bien vers mon index si la modification après le | est autre qu'un chiffre.
Mais pas pour l'autre qui me génère de belles erreurs PHP ( impossible d'identifier la var $v si je la modifier via F12 ) ou encore si jamais on on rentre carrément autre chose que titi|1 (exemple blalball14546456) cela me renvoie de l'orange :mouarf::mouarf::mouarf::mouarf::mouarf::calim2:

Bien évidemment en faisait cela pas de soucis en amont ! Mais c'est une vérification en DUR et je ne souhaite pas cela !

Code:

---

if(!isset($_REQUEST['bouton']) || ($_REQUEST['bouton'] == "titi|1" ETC.....)

---

Mais mon but est de modifier directement la value des input depuis mon backoffice via ma base de données sans toucher au code !!!!

Merci de m'éclairer :zoubi:

Un code procédural, ce n'est pas un problème.
Par contre, utilise foreach() et enlève tes $i, $ii, $iii et $iiii ou $iv.

Code:

---

1 2 3 4

$menu = explode("|",$nomchamptable[8]); foreach ($menu as $key=>$value) { echo '<td><button type="submit" name="bouton" value="'.$bouton.'|'.$value.'">' . $value . '</button></td>'; }

---

Sinon, pour la vérification, a quoi sert le numéro que tu t'embêtes a transmettre et que tu veux vérifier ?

Of course vue que je déclare un tableau avant ;) les vieilles habitudes^^
Alors oui les numéro me servent à inclure des fichiers PHP après les vérifications avec des cases.

Code:

---

1 2 3 4 5 6 7 8

switch ($test[1]) { case 2: include_once("exemple.php"); break; case 3: include_once("exemple2.php"); break; etc......

---

Et du coup tu as des menus autorisés/interdits selon les utilisateurs ?

Parce qu'actuellement ta redirection vient de la position du menu dans la chaine tata|titi|toto donc je ne vois pas bien comment tu différencies les droits.

A non pas du tout , si la valeur est bien la bonne j'inclue le fichier php suivant le case,
Si tu veux tout fonctionne mais avec les vérifications faîtes en dur, mais je veux pas cela,
je voudrais vérifier la valeur de la var $v qui dois me donner titi ou tata ou toto

Si j'ai bien suivi tu veux seulement que l'information "le menu titi renvoi vers la page_zouzou.php" soit stockée dans la base de données ?

Pour cela, revient déjà à une structure plus conventionnelle

table_menu
menu_id, menu_libelle, menu_url
12, Toto, unepage.php

Ensuite la seule information que tu as besoin d'envoyer c'est l'id, le "toto" actuelle que tu transportes, decoupes, recolles, ne te sert pas.

A l'arrivée tu n'as plus qu'a relire dans la base de données que l'id 12 renvoi vers unepage.php.

Salut,

Sans rapport direct avec le sujet, le procédural "à l'ancienne" fonctionnera toujours, par contre il y a des fonctions anciennes qui sont obsolètes et seront totalement supprimées de php7 (déjà sorti). Je pense en particulier à l'extension mysql.
Je dis cela au cas où pour faire du procédural "à l'ancienne", tu prendrais également des exemples trop anciens où l'on voyait des "mysql_query" à ne surtout plus utiliser aujourd'hui ;)