Über post erzeugte Variablen klappen nicht mehr

[Lambda]

Hi,

ein Button-Klick gibt per post folgende Url an:

search.php?mode=1

Mit php werte ich so aus:

if(isset($mode)) {
...
} else {
...
}

Seiner Meinung nach gibt's $mode nitt mehr... das ganze tritt nach Installation von php 4.2.2 auf... hab ich da was verpasst?

[aloisH]

liegt daran dass register_globals standardmäßig AUS ist bei neueren versionen.
entweder einschalten oder die variable via
$_POST['mode'] ansprechen
mfg

[Lambda]

ahso... was is denn besser?
Wie kriegt man denn solche Änderungen mit?

[aloisH]

hmm..
es scheint wohl ein sicherheitsrisiko zu geben wenn register_globals an ist.
mehr infos hier:
http://www.php.net/release_4_2_0.php
bzw. hier:
http://www.php.net/release_4_1_0.php

[Lambda]

Ja, danke Dir!

[Harvey]

Hai,

damit die Programme zu anderen Maschinen mit register_globals=off kompatibel sind (also falls man sie weitergibt) würde zukünftig selbst ich $_POST benutzen.
Allerdings ist das mehr Codierungsarbeit, denn
- was von direkten Links kommt wie httx/www.lambda.de/meineFrau.php?haarfahrbe steht nicht in $_POST , sondern in $_GET
- was von cookies kommt steht in $_COOKIE

Ausserdem muss man irgendwie mit globalen Variablen aufpassen; nicht alle sind mehr automatisch definiert. Ich muss mich da aber erst selbst einlesen ( http://www.php.net/manual/en/languag...predefined.php )

Sicherer ist register_globals=off angeblich alleine deshalb, weil im alten Verfahren es den Variablen egal war, wo sie herkommen (im Formular oder durch direkte Linkangabe). Andererseits denke ich mir: wer im Stande ist, die Parameter direkt im Link zu übergeben ist auch im Stande, ein Formular oder Cookies zu manipulieren.

[Lambda]

ach da läuft der Hase... gut, aber ein Formular is ja jetzt nix streng geheimes, aber egal, spätestens wenn der Provider umstellt muss man mitziehen...
interessantes Url-Beispiel Harvey