nicht angemeldet
Hallo Mathias,
Aha, das war mir neu. Hat das nur positive Auswirkungen auf die Einfachheit der Verwendung der GPC- und Umgebungsvariablen oder hat das Sicherheitsgründe?
Ich schätze mal, das ist (Zitat von Dir) "für Schreibfaule" gedacht.
Und wieso fliegt $HTTP_POST_VARS heraus (meine ursprüngliche Frage)? Ich finde nur: "(...) Damit sind die alten, beziehungsweise die $HTTP_*_VARS Arrays veraltet." - Wieso muss ich meine Skripte zwangsweise auf $_* anpassen? Bei register_globals war mir das bewusst, aber ich sehe keinen Zuwachs an Sicherheit bei $_*, nur die Verwendung ist komfortabler (weil "chaotischer").
Nun ja, es gibt auch das neue Superglobal $_REQUEST. Darin steht entweder der Inhalt von $_POST oder von $_GET, je nach $_SERVER["REQUEST_METHOD"]. Du könntest natürlich argumentieren, dass man ein $HTTP_REQUEST_VARS hätte einführen können, aber es ist nun mal halt so. Einen *vernünftigen* Grund, wieso die alten Arrays fliegen, gibt's IMHO nicht.
Ich denke aber, dass die neuen Arrays eingeführt worden sind, weil die Menschliche Faulheit grenzenlos ist. Und die von PHP wollten warscheinlich die Leute anspornen, die sonst schlampigen Code geschrieben haben, endlich mal nicht schlampigen Code zu schreiben. Denn bei $_POST überwindet man sich leichter, es noch hinzuschreiben, als bei $HTTP_POST_VARS. Denn die PHP-Anfänger (weswegen Bio PHP nicht mag) hören nicht auf Sicherheitsfragen.
Grüße,
Christian