es geschafft, die eigene Startseite zu killen.
Respekt!
Parse error: parse error, unexpected $ in /usr/home/nickles/inc/subnavi.php3 on line 310
Allgemeines 22.013 Themen, 149.075 Beiträge
xafford 
Hausmeister Krause „hast du mal eine php seite mit anbindung an eine sql datenbank programmiert, die...“
hast du mal eine php seite mit anbindung an eine sql datenbank programmiert, die dynamisch daten abruft, darstellt und eingegebene daten verarbeiten kann?
Also man mag es mir glauben oder nicht, ich hab das schon mal gemacht und eine der ersten Dinge die ich auch ohne Informatikstudium gelernt habe war, dass man Code erst nach einigen Tests auf die Menschheit loslässt (es müssen ja nicht gleich ausgiebige Unit-Tests sein). Das macht man nicht nur aus Philantropie, sondern auch aus Eigeninteresse, denn es ist nichts lästiger, als wenn man irgendwann merken muss dass man dummerweise unbeansichtigterweise ein kapitales Remote-Administration-Tool oder ein XSS-Spreadsheet gebastelt hat.
"Parse error: parse error, unexpected $ in /usr/home/nickles/inc/subnavi.php3 on line 310" ist, wie die Meldung schon sagt, ein Parse Error, also ein Fehler, den einem der Parser beim kompilieren in Bytecode direkt bei der ersten Ausführung eines Scriptes um die Ohren haut, ohne dass man da groß was Testen müsste... das bedeutet auf gut Deutsch dass da ein Code auf das Produktivsystem gespielt wurde, der nicht ein einziges Mal vor dem Release testweise gestartet wurde.
PS: Mir ist auch unverständlich (mag an meinem beschränkten Horizont liegen) warum Nickles die Usergemeinde immer noch sporadisch mit "mysql-error:...." belästigt. Die Existenz des @-Operators sollte sich mittlerweile rumgesprochen haben, ebenso wie try-catch und das Grundprinzip der Fehlerbehandlung, Assertions und Debugging. Es ist ja sinnvoll sich beim Entwickeln die Fehler eingehend zu Gemüte zu führen, aber es ist bestimmt das letzte was einen Besucher einer Seite interessiert (es sei denn er interessiert sich wo denn eine SQL-Injection möglich ist).
Also man mag es mir glauben oder nicht, ich hab das schon mal gemacht und eine der ersten Dinge die ich auch ohne Informatikstudium gelernt habe war, dass man Code erst nach einigen Tests auf die Menschheit loslässt (es müssen ja nicht gleich ausgiebige Unit-Tests sein). Das macht man nicht nur aus Philantropie, sondern auch aus Eigeninteresse, denn es ist nichts lästiger, als wenn man irgendwann merken muss dass man dummerweise unbeansichtigterweise ein kapitales Remote-Administration-Tool oder ein XSS-Spreadsheet gebastelt hat.
"Parse error: parse error, unexpected $ in /usr/home/nickles/inc/subnavi.php3 on line 310" ist, wie die Meldung schon sagt, ein Parse Error, also ein Fehler, den einem der Parser beim kompilieren in Bytecode direkt bei der ersten Ausführung eines Scriptes um die Ohren haut, ohne dass man da groß was Testen müsste... das bedeutet auf gut Deutsch dass da ein Code auf das Produktivsystem gespielt wurde, der nicht ein einziges Mal vor dem Release testweise gestartet wurde.
PS: Mir ist auch unverständlich (mag an meinem beschränkten Horizont liegen) warum Nickles die Usergemeinde immer noch sporadisch mit "mysql-error:...." belästigt. Die Existenz des @-Operators sollte sich mittlerweile rumgesprochen haben, ebenso wie try-catch und das Grundprinzip der Fehlerbehandlung, Assertions und Debugging. Es ist ja sinnvoll sich beim Entwickeln die Fehler eingehend zu Gemüte zu führen, aber es ist bestimmt das letzte was einen Besucher einer Seite interessiert (es sei denn er interessiert sich wo denn eine SQL-Injection möglich ist).
