Mister J’s sagt:
Sollte man in der Entfassung einer Website nicht alle Fehler unterdrücken…
— sehe ich genauso,so könnten Rückschlüsse gewonnen werden, die so nicht gewollt sind! Unterdrücken, von nicht anzeigen lassen ist hier das Zauberwort! Fehlermeldungen haben einfach in fertigen Websites nichts verloren.

ReMichael sagt:
Du kannst die Fehler auch ganz unterdrücken und dann in den Logs schauen…
— lol wie süss, in welche logs willst du denn schauen, wenn du error_reporting(0) gesetzt hast, etwa in die access.log oder die error.log vom Apache! Unglaublich!!! ;o)

Markus sagt:
Natürlich sollte man es global ausschalten, aber es machen…
— sehe ich auch so, aber dann bitte die php.ini Direktive “display_errors = Off” setzen und NICHT das error_reporting abschlaten.
TIP: ini_set(’display_errors’, 0); nutzen wenn kein Zugriff auf php.ini hat

Dominik Jungowski sagt:
Das schlimme am ‘@’ Zeichen ist, dass die offizielle PHP Dokumentation an manchen Stellen vorschlägt…
— das entspricht NICHT mehr der Wahrheit, die PHP Doku weißt ausdrücklich nicht mehr darauf hin. In deinem Fall is_file, is_readable usw.. Und selbst in dem Standardfall “@mail” (Warring im Safemode) gibt die Doku alternative Lösungen an.
Fazit: Bitte die PHP Doku nicht mit deren Kommentaren verwechseln!

MfG beNNo

Das Ergebnis ist wirklich nicht aussagekräftig und einzig der Kommentar von “asd” ist ein vernünftiger Kommentar für einen Programmierer.

So nun aber mal zum Performance Test, der eigentlich keiner ist, da Funktionalitäten verloren gehen.
Man sollte sich vielleicht vorher mal die Funktionsweise von PHPs Errorhandler, error_reporting und ‘@’ anschauen!
http://de2.php.net/manual/de/ref.errorfunc.php

Es wundert mich überhaupt nicht das ‘@’ langsamer ist, denn ‘@’ ist nur ein Synonym für ini_set(’display_errors’, 0); und schaltet nur die php.ini Direktive “display_errors = On” auf “display_errors = Off” für die eine folgende Funktion. Dabei bleibt aber der volle Funktionsumfang des ErrorHandlers vorhanden, wobei error_reporting(0) das ErrorReporting vollständig abschaltet.

Im Klartext bedeutet das: mit ‘@’ eine Fehlerbehandlung noch möglich und mit error_reporting(0) nicht mehr (auch das loggen nicht mehr).
Bsp.: @mail(); -passiert ein Fehler wird dieser bloß nicht angezeigt, aber man könnte ihn z.B. mit dem Errorhandler in einer DB mit Datum/Uhrzeit, Codeline festhalten und analysieren.

MfG beNNo

Das schlimme am @ Zeichen ist, dass die offizielle PHP Dokumentation an manchen Stellen vorschlägt, es zu verwenden um sinnlose Warnings zu unterdrücken (z.b. beim öffnen von Dateien, die nicht existieren)

logs die täglich gespeichert und in 4 dateien gespeichert werden (je 6 stunden pro tag) ist eh viel übersichtlicher da keinen meiner user meine fehler etwas angehen… sollten manche auch mal drüber nachdenken ^^