In der dbwrapper.php hat es eine Funktion, error_reporting(), die folgendes aussagt:
[php]error_reporting(E_ALL ^ E_NOTICE);[/php]
Zu Deutsch heisst diese Stelle: Zeige alle Errors, aber keine Notizen.
Nun, ändert man diese Stelle in:
[php]error_reporting(E_ALL);[/php]
Merkt man, was "Notizen" sind.
Beim nächsten Aufruf einer beliebigen Seit springen einem "mehrere" Fehler ins Auge, man muss einiges Scrollen, bis man zu der eigentlichen Ausgabe kommt.
Dabei handelt es sich meist um folgende Fehler:
$this->bbcode_second_pass_code('', 'Notice: Use of undefined constant user - assumed 'user' in C:\SERVER\xampp\htdocs\logd\common.php on line 102
Notice: Undefined variable: extra in C:\SERVER\xampp\htdocs\logd\lib\addnav.php on line 111')
Zuerst zur letzten Fehlermeldung. Diese Fehlermeldung tritt zum Beispiel bei folgendem Stück Code auf:
[php]for($i = 0;$i < 10;$++)
{
$blub .= 'Blub';
}[/php]
Hier wird die Fehlermeldung einmal kommen, und zwar aus folgendem Grund:
Wenn die Schlaufe das erste mal durchlaufen wird, gibt es die Variable nicht. Folglich müsste 'Blub' an nichts angehängt werden, was eigentlich nicht geht. PHP merzt dies aus, indem es jetzt die Variable setzt mit leerem Wert. Nebenher gibt PHP nen Notice aus, mit etwa dem Inhalt aus der letzten, oben genannten Fehlermeldung.
Auf den ersten Blick sieht es nicht kritisch aus, doch wenn man es ausserhalb von LoGD-Scripten, oder auf Seiten macht, bei denen man beliebige URL's eingeben kann ohne eine badnav zu erwarten, kann es zu einigen Lücken kommen.
Deshalb sollte das Stück Code so aussehen:
[php]$blub = '';
for($i = 0;$i < 10;$++)
{
$blub .= 'Blub';
}[/php]
Somit verschwindet wenigstens der Fehler, und wir haben nur noch den anderen Fehler zu bekämpfen. Der weitaus bösere, will ich meinen.
Dieser Fehler lässt sich nämlich auf folgendes zurück führen:
[php]print $session[user][gold];[/php]
So stehn gelassen passiert das gewünschte, das Gold des Spielers wird ausgegeben. Warum sollten wir uns also die Mühe machen, und user und gold als richtige Strings angeben?
Warum sollten wir PHP nicht machen lassen, was mir machen müssten?
Nun, das kann das folgende Beispiel erklären:
[php]$session['user'] = array( "gold" => 50, "gems" => 3);
print $session[user][gold]; // Gibt aus: 50
print $session['user']['gold']; // Gibt aus: 50
define('gold','gems');
print $session[user][gold]; // Gibt aus: 3!!!!
print $session['user']['gold']; // Gibt aus: 50!![/php]
Huch? Warum gibt einmal der Code 3 aus anstatt 50?
Leicht zu erklären. Folgendes ist passiert:
Es wurde eine Konstante "gold" mit dem Wert "gems" definiert. Konstanten sind ähnlich Variablen, nur dass sie für gewöhnlich Superglobal sind und kein '$' brauchen, mit $ ist es eine Variable und kan wiederum andere Werte haben!
Mit "print gold;" bekommen wir nun "gems" ausgegeben. Genau den Wert, den wir der Konstante "gold" auch zugewiesen haben.
Und da PHP zuerst annimmt, dass es sich in "$session[user][gold]" auch um 2 Konstanten handeln kann, wird "gold" nun nach dem definieren von "gold" in Wirklichkeit zu "gems".
Wenn es die Konstante nicht gibt, ist es nur die PHP-Fehlerkorrektur zu verdanken, dass die Konstante "gold" als String angenommen wird und zu zum richtigen Ergebnis führt.
Deshalb ist es wichtig, dass man Array-Schlüssel als richtige Strings angibt, und, auch wenn es mühsam ist, die Single-, bzw. Double-Quotes schreibt.
Mit freundlichen Grüssen und Hoffnung, dass nun diese Tendenz abnimmt,
Eliwood.
PS: Wer es nicht glauben kann sollte man folgendes in die common.php setzen:
[php]// Nach
$output = "";
// Füge hinzu:
define('user',"Es war einmal ein kleiner Fehler....");[/php]
|
