Hi.

Musste PHP neu auf den Rechner installieren. Habe dies getan und stehe jetzt mit einem Problem dran. Anfangs sollte ich cgi.force_redirect ausschalten. Dies ist mir aber nicht neues gewesen.

Nun aber herrscht folgender Fehler:
Per URL will ich Variablen einen Wert geben, was jeder kennt. Mir wird die Variable aber gleich als fehlerhaft angezeigt, was sich eben ändert, wenn ich auf den Link klcike. Aber normalerweise sollte es keine Fehlermeldung geben. Ich habe für diese Anfrage eine Testdatei erstellt:

Name der Datei: test.php

Code in test.php:
if($aktion == "show"){
echo "Aktion ist $aktion!";
}

echo "Klick hier!";
?>


Ich erhalte immer folgende Fehlermeldung beim Laden dieser Seite:

Notice: Undefined variable: aktion in C:\WINDOWS\DESKTOP\DAN\PROGRAMS\PHP\OMNIHTTPD\HTDOCS\Hopefightaz_Files\GEN\test.php on line 2


Ich verstehe zwar den Fehler, er sollte aber nicht sein! Der Code selbst ist auch nicht falsch, es muss was an meinen Einstellungen für PHP fehlen, dass er diese Fehlermeldung trotzdem anzeigt.


Kann mir da jemand helfen?
Danke,
danomator




---
Auf der Suche nach dem OFF-Schalter muss man viele Hürden überwinden.

Es handelt sich um das Error Reporting, das in der php.ini eingestellt wird.
Da du dich in deinem Code nicht an die PHP Standards hälst und das error_reporting offensichtlich auf E_ALL steht gibt es eben diese Notices.

Bei korrektem Code, sollte es keine Fehlermeldungen (Notices) mehr geben...

Danke. Das hat mir geholfen.
Reicht es aber nicht, wenn ich einfach folgendermaßen abfrage?

if(isset($aktion)){
if($aktion == "show"){
...
}
}

Sprich $_REQUEST einfach nicht integrier? Also funktionieren tut es auf jeden Fall, genauso wie ich die Fehlermeldung mit einem @ vor der Variablen unterdrücken könnte. Aber spricht man dann noch von einem "korrektem" Code? Jetzt wo es schon angesprochen wird, interessiert mich schon, was ein "korrekter" Code ist, vorallem da auch weniger "korrekte" Codes laufen.

Danke

---
Auf der Suche nach dem OFF-Schalter muss man viele Hürden überwinden.

Das funktioniert nurm, wenn register_globals angestellt ist und standardmäßig ist das seit PHP 4.3 off. Und in den kommenden Versionen wird das bestimmt irgendwann komplett weg sein.

Stell einfach das Error-Reporting runter.
Das momentan bei dir eingestellte Level ist was für Testumgebungen für Sicherheitsfanatiker und Codefetischisten

Auf jeden Fall ist das besser als lauter @s im Quelltext zu verstreuen.

$_REQUEST bzw $_POST oder $_GET sollte man sich allerdings angewöhnen.

c3o schrieb am 21.12.2003 14:14 Das momentan bei dir eingestellte Level ist was für Testumgebungen für Sicherheitsfanatiker und Codefetischisten

hey! E_ALL gehört sich einfach

---
Arbeit ist das Feuer der Gestaltung. - Marx

Ja, wie h2o schon sagte, für Sicherheitsfanatiker und Codefetischisten

---
"S-púrlawits'chkâ A-ngáse gûrewüdíx" - Zaphrot Bibelprox

Can schrieb am 21.12.2003 15:24 Ja, wie h2o schon sagte, für Sicherheitsfanatiker und Codefetischisten

oder auch der Unterschied zwischen halbwegs professionellen Programmierern und der "ich-kann-auch-schon-php-programmieren" Fraktion

eben

---
Arbeit ist das Feuer der Gestaltung. - Marx

Kein halbwegs professioneller Programmierer würde E_ALL auf einem live Server eingestellt haben, das reißt größere Sicherheitslücken auf als es verhindert, indem bei jedem kleinsten Fehler Details über das Script, Variablennamen, Dateinamen und Codezeilen verraten werden.

Keiner (außer dir ) redet hier von einem Server, PHP-Anwendungen sollten aber von vornherein so geschrieben werden, dass sie mit E_ALL aktiv keinen Hinweis mehr ausspucken. Dass E_ALL von Hand vom Benutzer aktiviert werden sollte, ist klar.

---
Arbeit ist das Feuer der Gestaltung. - Marx

c3o schrieb am 22.12.2003 02:58 live Server

wer hat denn was davon gesagt?