Hi!

»»statt den bekannten Weg über $_POST[] zu gehen, werden einfach die Namen der input-Eingabefelder direkt als skalare Variablen an das php-Skript weitergereicht
Das ist aber nicht gut...

aus
<input type="text" name="Vorname">
holt sich PHP einfach $Vorname...

D.h.: register_globals steht auf on.

Mit meiner Standard-PHP-Einstellung funktioniert dies aber nicht... was muss ich in der php.ini ändern?

Am besten gar nichts.
register_globals sollte auf off stehen. So hast du die Kontrolle darüber, wo die Variablen herkommen und dein Script ist nicht so anfällig/angreifbar.

BTW: Wenn du eine Einstellung in der php.ini vorgenommen hast und diese dann trotzdem nicht funktioniert, dann könnte es sein, daß dort eine Verzeichniseinstellung aktiv ist.
Diese kann über eine htaccess-Datei gesetzt werden.
Wenn du phpinfo() aufrufst, werden immer zwei Werte angezeigt: "Local Value" und "Master Value".
Eventuell liegt es daran, wenn eine Einstellung nicht wie gewünscht funktioniert.

Schöner Gruß,
rob

hi,

Obwohl ich register_globals in der php.ini auf "On" gesetzt habe,

Rückgängig machen, sofort bitte, danke.

ist mein PHP-Interpreter (Apache ist lokal installiert) offensichtlich nicht imstande, Umgebungsvariablen wie z. B. REMOTE_HOST anzuzeigen - bei "Off" funktionierte es allerdings auch nicht.

Solche Werte stehen in $_SERVER, richtige Environment-Variablen in $_ENV
http://www.php.net/manual/de/language.variables.predefined.php

Dann gibt es im meinem gegenwärtigen Lehrbuch (ja, ich bin nunmal so autoritär veranlagt, dass ich für alles ein Lehrbuch brauche...), "PHP Grundlagen" von Bill McCarty, eine mir etwas ungewohnte Behandlung von Formulardaten: statt den bekannten Weg über $_POST[] zu gehen, werden einfach die Namen der input-Eingabefelder direkt als skalare Variablen an das php-Skript weitergereicht

Dann ist "gegenwärtig" ganz sicher nicht gleich "aktuell".

Mit meiner Standard-PHP-Einstellung funktioniert dies aber nicht... was muss ich in der php.ini ändern?

Nur register_globals wieder auf off stellen.

(Ja, mit rg=on sollte der Zugriff über $parametername zwar "funzen" - wenn nicht, dann hast du die Änderung wohl nicht korrekt gemacht, bspw. falsche php.ini bearbeitet - aber das ist alles andere als optimal. Nutze diese Einstellung nicht, sondern schreibe stattdessen zukunftssichere Scripte. In PHP wird der register_globals-Unfug nämlich komplett rausgekickt.)

gruß,
wahsaga

Hallo,

Obwohl ich register_globals in der php.ini auf "On" gesetzt habe, ist mein PHP-Interpreter (Apache ist lokal installiert) offensichtlich nicht imstande, Umgebungsvariablen wie z. B. REMOTE_HOST anzuzeigen

bei register_globals=on solltest du die Environment-Variablen allerdings direkt als Variablen im Script haben. Der "normale" Weg wäre sonst, über das superglobale Array $_ENV[] darauf zuzugreifen.
Allerdings ist gerade REMOTE_HOST, das du als Beispiel gewählt hast, auch über $_SERVER['REMOTE_HOST'] verfügbar.

Dann gibt es im meinem gegenwärtigen Lehrbuch (ja, ich bin nunmal so autoritär veranlagt, dass ich für alles ein Lehrbuch brauche...), "PHP Grundlagen" von Bill McCarty, eine mir etwas ungewohnte Behandlung von Formulardaten: statt den bekannten Weg über $_POST[] zu gehen, werden einfach die Namen der input-Eingabefelder direkt als skalare Variablen an das php-Skript weitergereicht, aus

<input type="text" name="Vorname">

holt sich PHP einfach $Vorname...

Ja, auch das leistet register_globals. Kurz gesagt, alle Daten aus dem Request (GET, POST, COOKIE), sowie die Umgebungs- und Sessionvariablen werden als benannte Variablen direkt im Script verfügbar gemacht.
Ich halte es aber auch für sauberer, gezielt auf $_GET[], $_POST[], $_COOKIE[], $_ENV[] und $_SESSION[] zuzugreifen - und natürlich auf $_SERVER[] - anstatt den globalen Namespace mit -zig Variablen vollzumüllen, von denen das Script einen Großteil gar nicht braucht, die aber bei unsauberer Programmierung eine Gefahr darstellen könnten.

So long,
 Martin