ich glaub ja, dass Cheatah hiervon gesprochen hat:
++++++++++
+ +
+ +
+ +
+ INRI +
++++++++++++ ++++++++++++
+ +
+ $HTTP_GET_VARS *
+ +
++++++++++++ ++++++++++++
+ 1995 +
+ - +
+ 2010 +
+ +
+ +
+ +
+ +
* *
* *
* *Was ja
Nice, full Quote
Ein wertloser Parameter ist wie ein Parachute ohne Leinezieher
durchaus gerne auch mal zum Fallstrick werden konnte. Und außerdem nichts daran ändert, dass $_GET (wonach der Fragende wohl gerne gefragt hätte) PHP-intern natürlich eine (superglobale) Variable ist (eigentlich gings mir aber nur um die "Grafik" ;-).
Die PHP Besonderheit [1] und der Hinweis auf Variable versus Parameter ist mir schon klar.
War eine Spielerei meinerseits um die Frage zu provozieren:
Was ist denn ein Wert ohne Parameter?
Wir eröffnen eine API zu einer Anwendung, über den http Query-String oder den Content. Es ist eine Vermittlungsschicht zwischen User und Programminterna.
Zentral ist da immer auch die Frage, wie man mit Dingen umgeht, die nicht zum namensraum der API gehören. Mich stören Module, die einfach alles mal akzeptieren. Bei PhP ist es ja gleich der Kern, der mir das so aufzwingt.
Dort gebärden sich S_GET und S_POST als Metauser, denen ich zu misstrauen habe. Das verschiebt also nur den Akzent. Was mich dann aber noch weiter iritiert ist der PHP eigene Mechanismus, dass ich nicht kopieren kann (sondern erstmal nur ein Name geklont wird), und deshalb auch nicht soll.
Wie werde ich diesen User nun los? Jetzt hat er sich mit nicht löschbaren Variablen in meinen Programm-Interna festgesetzt.
Als Perl-User weckt der Name Php mir immer eine Panik.
[1] die, Module vorausgesetzt, eine Besonderheit von Sprache XY sein kann.
mfg Beat
><o(((°> ><o(((°>
<°)))o>< ><o(((°>o
Der Valigator leibt diese Fische