Probs beim Einrichten von PHP bzw IIS

[Torben]

Hallo,

nachdem ich ein paar PC-Probs hatte, musste ich PHP und IIS neu installieren. Seitdem funktioniert das ganze nicht mehr so richtig.
Wenn ich jetzt .php-Seiten auf dem lokalen Server aufrufe, zeigt er sie ganz normal an. Wenn ich dann Daten in die Formularfelder eingebe und sie abshicke nimmt er den Inhalt der Variablen nicht mehr mit.

Wenn ich zB einfach eine Namesliste mit MySQL erstellen will und anzeigen lassen will, welcher Name gespeichert wurde, dann zeigt er nichts an. Etwas abgeändert zeigt er an, dass die Variable keinen Wer beinhaltet.

Entweder weist er der Variablen also einfach keinen Wert zu oder er veliert den Wert beim Übertragen auf eine andere oder die gleiche Seite.

Beispiel:

Er bringt zwar beim Abschicken im Query-String die Variablen inlusive ihrer Inhalte (Submit=GO etc.), aber er nimmt die Werte trotzdem irgendwie nicht mit.
Er zeigt mir an:

Submit nein: Varibale:
Variable: (Eingabefeld)
Er zeigt also nicht den vorher eingegeben Wert an und isset($submit) sieht er als false an.

<?php

  if (isset($submit)) {
    echo("Submit ja: Variable: $variable");
  } else {
    echo("Submit nein: Variable: $variable");
  }

?>

<br>
<form action="<?=$php_self?>" method="get">
Variable: <input type="text" name="variable" size="15" maxsize="40" />
<input type="submit" name="submit" value="GO" />
</form>

Das gleiche Script hat vorher schon funktioniert und es läuft auch auf Testwebspace mit PHP, also liegt es nicht am Script, denke ich.

Ich habe das ganze mittlerweile 2-3 mal installiert und die folgenden Einstellungen laut eines Buches unternommen:

PHP (Version 4.3.0)

- Kopieren von php4ts.dll in den System32-Ordner von Windows
- Kopieren von php.ini-dist in den Windows-Ordner und umbenennen in php.ini
- Einstellen von extensions_dir = C:ProgrammePHPextensions
- Einstellen von session.save_path = C:WindowsTemp

IIS (Version 5.1)

- php4isapi.dll als ISAPI-Filter in den Eigenschaften der Standardwebseite mit dem Filternamen PHP eintragen
- Im Basisverzeichnis der Standardwebseite .php, .php3, .php4 und .phtml mit phpisapi.dll und allen Verben eintragen (merkwürdigerweise lässt sich der OK-Button erst anwählen, wenn man vorher die php4ts.dll angewählt hat und dann wieder zu phpisapi.dll wechselt)
- und den WWW-Publishing-Dienst neu starten

Es hat ja schon mal alles funktioniert und daher fällt mir einfach kein Grund ein, warum es nun nicht mehr klappt. Es wird wohl nicht daran liegen, dass es eine etwas neuere PHP-Version ist als bei der Erstinstallation.

Wenn mir jemand weiterhelfen kann, wäre ich dem sehr dankbar.

Schönen Sonntag noch.
Gruß
Torben

[c4]

Da seit PHP Version 4.1 ein neues Sicherheitskonzept aktiviert ist, musst Du alle Variablen mit
"$_GET für Urlparameter
$_COOKIE für Cookies
$_FILES für hochgeladene Files
$_SERVER für Servervars (z.B. PHP_SELF)
$_ENV für Umgebungsvars" © Ben20 :)
ansprechen. Also ehemals $username mit $_POST['username']
Oder Du setzt in der php.ini register_globals (o.ä.) auf true. Davon rate ich aber ab.

[Torben]

Erstmal Danke für die Antwort.
Immerhin weiß ich nun, dass es doch an der neueren PHP-Version liegt und nicht an irgendeinen dummen Fehlklick.

Ich hab schon mal was von diesem Konzept gelesen, aber noch nicht ganz verstanden.
Wäre sehr nett, wenn Du (oder jemand anderes) in meinem Code-Beispiel die Dinge ändern könntest, die ich ändern muss.

Werden die Änderungen von alten PHP-Versionen erkannt?

Nochmals Danke
Gruß
Torben

[c4]

Wäre sehr nett, wenn Du (oder jemand anderes) in meinem Code-Beispiel die Dinge ändern könntest, die ich ändern muss.

tsts... So lernt man aber nicht programmieren...

Werden die Änderungen von alten PHP-Versionen erkannt?

Jap. Wäre schlimm, wenn nicht.

PHP-Code:

<?php
  if (isset($_REQUEST["submit"])) {
    echo("Submit ja: Variable: ".$_REQUEST["variable"];
  } else {
    echo("Submit nein: Variable: ".$_REQUEST["variable"]);
  }
?>

<br>
<form action="<?= $_SERVER["php_self"] ?>" method="get">
Variable: <input type="text" name="variable" size="15" maxsize="40" />
<input type="submit" name="submit" value="GO" />
</form>

Statt REQUEST kannst Du auch GET oder POST verwenden. Welches wann angebracht ist sollte erkenntlich sein. ;)

[Yzerman]

Original geschrieben von *c*4*

Jap. Wäre schlimm, wenn nicht.

Ist wohl schlimm.
Die Servervariablen funktionieren erst ab PHP Version 4.1.X.
Wenn also eine ältere PHP-Version im Einsatz ist (kann ich ein Lied von singen), funktioniert das Script dann wieder nicht mehr.

[c4]

So kann man sich irren...
Oder: Das kommt dabei heraus, wenn man denkt...

[Torben]

Du hast ja eigentlich auch recht, aber ich dachte mir, dass bei einer solch "kleinen" Änderung auch das "Sehen" der Lösung lehrhaft genug ist.

Wie dem auch sei, Danke für die prompte Antwort.
Schönen Abend noch
Torben

[Yzerman]

Ich hab auf meinem Webserver (noch) PHP-Version 4.0.6, auf meinem lokalen Entwicklungssystem 4.2.3.

Ich hab das Problem dahingehend gelöst, dass ich in meiner lokalen PHP-Ini die RegisterGlobals auf On gestellt habe. Damit habe ich was das Handling der POST- und GET-Variablen betrifft die gleichen Voraussetzungen wie auf meinem Webserver.

Meine Scripte programmiere ich momentan noch so, dass ich die Variablen zu Beginn registriere, die per GET und POST übergeben werden, z.b. $name=$_POST["name"]; uswusf.

Das mache ich für alle Variablen, die ich benötige. Den ganzen Block kommentiere ich danach aus. Wenn jetzt die neue PHP-Version aufgespielt wird und RegisterGlobals auf Off bleibt (was eigentlich zu hoffen ist), brauche ich in meinen Scripten nur die Kommentarzeichen entfernen und schon läuft wieder alles.

[c4]

Wenn jetzt die neue PHP-Version aufgespielt wird und RegisterGlobals auf Off bleibt (was eigentlich zu hoffen ist)

Wenn der ISP wirklich register_globals auf off setzt, dann sollte er sich verdammt sicher sein, dass alle Nutzer auf das neue Sicherheitssystem umgestellt haben. Dass das aber in der näheren (und ferneren) Zukunft der Fall sein wird ist nicht sonderlich wahrscheinlich. Vielleicht senden die ISPs eine Rundmail aus und geben bekannt, wann das Ding einfach auf off gesetzt wird. Egal, ob die Seiten angepasst sind oder nicht. Bei den SharedHosting-Verträgen wird das wohl noch lange nicht Einzug halten.

Meine Meinung.

[Yzerman]

@c4

denke ich leider auch.
Ich kann mir auch nicht vorstellen, dass nach der Umstellung (die dieses Quartal noch kommen soll) sofort die RegisterGlobals auf Off gestellt wird. Werde ich nochmal erfragen.