[Jann Hendrik]

Ich bin vor ein paar Tagen über set_error_handler gestolpert. Die Möglichkeiten fand ich ausreichend interessant, dass ich mir das mal näher angeschaut habe.

Das Beispiel des Handbuches habe ich ein wenig angepasst. Das gefällt mir soweit schon ganz gut.
Ich habe nun die Möglichkeit, dass SQL-Fehler auch entsprechend gehandelt werden; die Fehler in eine separate Datei geloggt werden und ich eine Mail bekomme.

Meine Frage aber ist; es gibt doch sicherlich schon ausgereifte Klassen dafür, oder?

Könnt ihr mir was empfehlen, wie ich da geschickt vorgehe? Ich denke, dass das alles in einer guten Klasse besser aufgehoben ist, als wenn ich mir da was zusammen sammel, oder?

[dr.e.]

Hallo Jann,

an sich ist das Handling von Fehlern immer in Verbindung mit den von dir eingesetzten Komponenten zu sehen. Sollten diese beispielsweise dedizierte Fehler / Exceptions erzeugen, sollte der Error-Handler entsprechende Schnittstellen zur Verarbeitung haben. Das kann das Anzeigen einer Fehlerseite mit Stacktrace, Logging oder ein anderes Verhalten sein. Ist das nicht notwendig, reicht dir eigentlich ein einfaches Logging, wie du es bereits implementiert hast. Im Adventure PHP Framework habe ich einen eigenen ErrorHandler eingebaut, der Logging und Anzeige einer Fehlerseite beherrscht. Den Code kannst du dir in der Datei apps/core/errorhandler/errorHandler.php im ZIP-File http://adventure-php-framework.org/f...-php4_php5.zip ansehen.

Ab PHP 5 gibt es zusätzlich noch die Möglichkeit einen eigenen Exception-Handler zu implementieren und einzuhängen. Schau mal ins (englische!) Manual, ich glaube, das stehen einige gute Beispiele.

//EDIT: In PEAR gibt es dazu unter http://pear.php.net/package/PEAR_ErrorStack auch ein Modul.

[Corvin]

Zitat von dr.e.

//EDIT: In PEAR gibt es dazu unter http://pear.php.net/package/PEAR_ErrorStack auch ein Modul.

Gut, dass man es nicht runterladen kann und die Dokumentation ebenfalls nicht verfügbar ist.

[dr.e.]

Zitat von Corvin

Gut, dass man es nicht runterladen kann und die Dokumentation ebenfalls nicht verfügbar ist.

Für PEAR-Gegner ist das natürlich ein gefundenes Fressen...

[MrNiceGuy]

Hey, dafür sind aber auch keine Bugs bekannt

Zum Topic: Ich finde, dass man es garnicht erst soweit kommen lassen sollte, dass ein Fehler entsteht und im Vorfeld bereits alel Möglichkeiten abfängt, die je auftreten könnten. Das macht es einem irgendwie leichter hinterher - finde ich, denn immerhin habe ich so die Möglichkeit innerhalb eines Scriptes auf eine ganz besondere Aunahme gezielt zu reagieren, anstatt mich hinterher mit einer allgemeingültigen, dafür aber eben nicht individuellen Lösung zufrieden geben zu müssen.

[Corvin]

Zitat von dr.e.

Für PEAR-Gegner ist das natürlich ein gefundenes Fressen...

Ich bin kein "PEAR-Gegner", falls du das damit andeuten wolltest..

Mich interessiert das Thema auch, wäre fein, wenn jemand das Paket mal hochlädt.

[Basti]

Zitat von MrNiceGuy

Zum Topic: Ich finde, dass man es garnicht erst soweit kommen lassen sollte, dass ein Fehler entsteht und im Vorfeld bereits alel Möglichkeiten abfängt, die je auftreten könnten.

Es gibt keine fehlerfreie Software, das kannst du knicken. Selbst wenn du deine Software via TDD entwickelst, wirst du nicht alle ungünstigen Kombinationen ungünstiger Umstände abgedeckt haben.

Das macht es einem irgendwie leichter hinterher - finde ich, denn immerhin habe ich so die Möglichkeit innerhalb eines Scriptes auf eine ganz besondere Aunahme gezielt zu reagieren, anstatt mich hinterher mit einer allgemeingültigen, dafür aber eben nicht individuellen Lösung zufrieden geben zu müssen.

Und genau das probiert Jann Hendrik hja anscheinend gerade umzusetzen: Aus einem unerwarteten Fehler quasi einen erwarteten zu machen und auf diesen adäquat zu reagieren.

Basti

[dr.e.]

[OT]

Ich bin kein "PEAR-Gegner", falls du das damit andeuten wolltest..

Nein, nein. Ich hatte nur in der letzten Zeit einige Diskussionen zum Thema PEAR vs. Zend Framework und da wurde das "Fehlen von Informationen" als ein Argument genannt. Das ZF ist dabei aber auch nicht besser, denn die Tutorials verschweigen auch ganz oft die Details...

[Jann Hendrik]

Nun generell versuche ich schon so zu programmieren, dass keine Fehlermeldungen erscheinen.

Ich lese mir aber gerade erneut dieses Buch hier durch und habe daher beschlossen, dass ich auch bei unerwarteten Fällen keine Fehlermeldung ausgeben möchte.

Zusammen mit dem hier http://de2.php.net/set_error_handler gibt es dann eigentlich doch die gute Möglichkeit, das auch umzusetzen. Auf der einen Seite den dev-Modus, und mit einem einzigen Schalten in den produktiven Modus gewechselt, so Fehlermeldungen nicht mehr erscheinen, sondern geloggt werden und keine für einen Angriff verwertbaren Informationen preisgeben.

Damit möglichst schnell auf einen Fehler/eine Warnung reagiert werden kann sollte das ganze auch per Mail an mich gehen.

Meine Lösung funktioniert soweit, aber ich denke, dass ich nicht der erste bin, der sowas machen will, bzw. gemacht hat und es ggf. noch elegantere Formen gibt das zu realisieren.

Klar versuche ich nach Möglichkeit die Möglichkeiten auszuschließen, dass Fehlermeldungen den Ablauf stören, aber Bastian schon sagte; ich denke, dass es keine 100%-fehlerfrei Software gibt, die auch spätere voll Versionen berücksichtigt.