Zergling-new

Sagt mal, ich möchte PHP-Fehler im Produktiv-System dem Benutzer nicht direkt anzeigen, jedoch trotzdem sinnvolle Fehlermeldungen ausgeben.

Kategorien in etwa: Datenbank am Arsch, Skript-Fehler (wird natürlich schön formuliert), Misskonfiguration.

Ich könnte natürlich der Datenbank-Klasse sagen, wenn der Verbindungsaufbau scheitert -> ErrorDocument laden, im Header 500 senden o.ä.

Würde das aber gerne global abfangen, geht das mit den Error-Handler-Funktionen von PHP? (ich weiß das ist nicht gerade eine fortgeschrittene Frage, aber zumindest das Thema - andernfalls kann der Thread ja verschoben werden ) Wenn ja ist die Datenbank-Verbindung ja wohl gerade ein Spezialfall, da es ja eigentlich ein MySQL- und kein PHP-Fehler ist oder?

Mister Ad

CIX88

Warum so kompliziert, wenn du die Möglichkeit mit .htaccess hast, eine eigene Datei für 500 zu erstellen.
War jetzt so mein erster Gedanke

dr.e.

Hallo Zergling,

Die Frage ist

- wann tritt ein 500er auf
- warum willst du diesen "provozieren"

?

Grundsätzlich heißt 500 interner Server-Fehler. Dieser sollte bei einem Datenbank-Fehler IMHO nicht auftreten.

CIX88 kann ich nur zustimmen. Die Direktive "ErrorDocument" hilft da weiter.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Zergling-new

Ja, htacces + ErrorDocument kenne ich. Aber der Fehler bleibt dann ja trotzdem unbekannt.

Meine Intention ist eine erweiterte 500er Meldung mit Angabe des Grundes. Für mich ist ein Datenbank-Fehler schon ein Server-Fehler. Aber ich gebe dir Recht, man kann darüber streiten.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
Fragt sich, wie ein Request definiert ist.

Aber mal abgesehen von diesem Grenzfall ist ein Skript-Fehler ja einer. Wie könnte ich diesen abfangen und sinnvoll verarbeiten?

Vorerst möchte ich eigentlich nur den PHP-Fehler erkennen und dann einen header/HTTP 500 senden und dort diesen PHP Fehler anzeigen.
In PHP kann ich das ganze nicht selbst umsetzen, denn wenn der Fehler auftritt war's das ja auch schon mit PHP. Deshalb muss das ganze entweder vom Server (Apache) oder vom PHP-Errorhandling übernommen werden.
Das Apache das zufriedenstellend und mit PHP kooperierend für mich übernimmt glaube ich nicht, bleibt noch letzt genanntes, womit ich mich jedoch noch nicht gut genug auskenne.

Deshalb wüsste ich gerne ob es damit möglich ist. Wenn ja werde ich mich dort mal hineinvertiefen und danach vielleicht auch feststellen, dass das ganze Vorhaben Käse ist. Aber das kann ich jetzt noch nicht so beurteilen.

CIX88

Nö finde ich nicht, wäre schon interessant zu wissen, wo was passiert wenn 500 kommt.
Kenne aber auch keine Methode (bisher noch nicht so wirklich damit befasst) womit man das abfangen könnte.

Müsste man ja den Verlauf vom Script oder Prozess irgendwie mitverfolgen ?

Zergling-new

Naja die Error-Handler von PHP gibt es ja nicht umsonst nehme ich an. Die müssen ja schon irgendwie mit dem Kern kommunizieren.

Ich klick & les mich mal durch die Error-Handling-Funktionen im Manual.
http://de.php.net/manual/de/ref.errorfunc.php

dr.e.

Hallo Zergling,

Dafür setze ich einen eigenen ErrorHandler (set_error_handler) und verarbeite mit diesem den aktuellen Fehler plus Stacktrace (debug_backtrage). Sollte es ein Fehler sein, der von PHP geworfen wird und die Implementierung selbst betrifft (z.B. ein Null-Pointer), kann man mit "error_prepend_string" und "error_append_string" arbeiten und um die Meldung ein hübsches HTML machen.

Im PHP-Manual habe ich nach einem kurzen Blick nichts wirklich spannenderes gefunden. Apache-mäßig gibts eigentlich nur die "ErrorDocument"-Geschichte. Möchtest du hier dynamisch reagieren, müsste man sich etwas mit SSI ausdenken, halte ich aber für oversized.

Ich würde eine Kombi aus eigenem ErrorHandler machen (diese geht immer in PHP, da du die einmal richtig implementiert hast) und der Möglichkeit mit "error_prepend_string" und "error_append_string" einen Null-Pointer zu formatieren.

[EDIT]: Mit einem eigenen ErrorHandler lässt sich auch schön eine eigene Fehler-Logging-Methode einbeziehen und so sieht man die Fehler der Software auf lange Sicht...

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Schnulli

Aber nur für warning, notices und per trigger_error ausgelöste Nachrichten.
Parse errors, call to undefined function usw lassen sich damit nicht verarbeiten.

KingCrunch

Das sind allerdings Fehler, die bereits bei der Entwicklung auftreten (sollten), weswegen es später in der Laufzeit eben eigentlich vernächlissgbar sein sollten ^^

__________________
Nicht jeder Fehler ist ein Bug.

dr.e.

@Zergling: Hast du dir das Thema trigger_error und set_error_handler mal angesehen? Erfüllt das deine Erwartungen?

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~