Utilisation de $$ pour les globales

Bonjour,
je suis devant un problème curieux.
J'utilise régulièrement la syntaxe $$var pour lire une variable dont j'ai le nom.

exemple

Code:

---

1 2 3 4 5 6 7 8

$a = array('yuiyui'); $b = 'a'; print_r($$b); // donne : Array ( [0] => yuiyui )

---

Je veux le faire dans une fonction générique à qui je passe le nom d'un tableau gloable PHP :

Code:

---

1 2 3 4 5

// ma fonction reçoit g $g = '_GET'; print_r($$g); // donne une erreur : Notice: Undefined variable: _GET

---

Pourtant print_r($_GET); fonctionne.
pour quelle raison ça ne marche pas avec les tableaux d'environnement ?
J'ai une erreur quelque part ?

Merci

Bonjour,

Citation:

---

Avertissement
Notez que les variables dynamiques ne peuvent pas être utilisées avec les tableaux Superglobaux dans une fonction ou une classe. La variable $this est aussi une variable spéciale qui ne peut être référencée dynamiquement.

---

Tiré de la documentation officielle : http://php.net/manual/fr/language.va...s.variable.php

zut !
je ne savais pas que ça s'appelait variable dynamique, donc j'avais pas trouvé trouvé dans la doc.

Je veux faire un truc qui ressemble à ça (en simplifié) pour GET, POST, COOKIE... :

Code:

---

1 2 3 4

function recuperevar($global, $varname){ return $$global[$varname]; }

---

Dans le cas où il faut filtrer, je trouve la constante qui va bien pour faire un

Code:

---

filter_input($const, $varName, $filter);

---

Mais pour accéder directement, comment puis-je faire ?

Ben autant utiliser $GLOBALS... :aie:
Ceci dit, c'est assez crade comme façon de faire.

mouais.
Je vais peut-être plutôt utiliser filter_input() sans filtre !
Ca ne doit pas être méchant niveau perfs.

Citation:

---

Envoyé par Titum

mouais.
Je vais peut-être plutôt utiliser filter_input() sans filtre !
Ca ne doit pas être méchant niveau perfs.

---

Cela sera plus rapide que de faire une fonction équivalente car les fonctions natives sont toujours plus rapides. Ne te prive donc pas d'utiliser filter_input(), les constantes permettent de cibler l'origine et c'est mieux sécurisé.

Au passage, c'est pas top de vouloir créer une fonction de récupération "générale" car cela implique de filtrer très large ou pire encore de ne pas filtrer. Or on devrait filtrer à chaque fois qu'on peut le faire sinon c'est autant de marges de manoeuvres qu'on laisse inutilement à d'éventuels pirates. Dans un script sécurisé on doit individualiser le plus possible le traitement des variables externes. C'est sans doute pour cela que la fonction import_request_variables a été supprimée en php 5.4.