Sehr oft werde ich versuchen, ein PHP-Skript auszuführen und nur einen leeren Bildschirm zurück zu bekommen. Keine Fehlermeldung; nur ein leerer Bildschirm. Die Ursache könnte ein einfacher Syntaxfehler (falsche Klammer, fehlendes Semikolon) oder ein fehlgeschlagener Funktionsaufruf oder etwas ganz anderes gewesen sein.

Es ist sehr schwierig herauszufinden, was schief gelaufen ist. Am Ende kommentiere ich Code aus, gebe überall "Echo" -Anweisungen ein usw., um das Problem einzugrenzen. Aber es muss doch einen besseren Weg geben, oder?

Gibt es eine Möglichkeit, PHP dazu zu bringen, eine nützliche Fehlermeldung zu erzeugen, wie es Java tut?

Bei Syntaxfehlern müssen Sie die Fehleranzeige in der php.ini aktivieren. Standardmäßig sind diese deaktiviert, da ein "Kunde" die Fehlermeldungen nicht sehen soll. Auf dieser Seite in der PHP-Dokumentation finden Sie Informationen zu den beiden Anweisungen: error_reportingund display_errors. display_errorsist wahrscheinlich derjenige, den Sie ändern möchten. Wenn Sie die php.ini nicht ändern können, können Sie einer .htaccess-Datei auch die folgenden Zeilen hinzufügen:

php_flag  display_errors        on
php_value error_reporting       2039

Möglicherweise möchten Sie den Wert von E_ALL (wie von Gumbo erwähnt) für Ihre PHP-Version verwenden error_reporting, um alle Fehler zu erhalten. Mehr Info

3 weitere Elemente: (1) Sie können die Fehlerprotokolldatei überprüfen, da sie alle Fehler enthält (es sei denn, die Protokollierung wurde deaktiviert). (2) Das Hinzufügen der folgenden 2 Zeilen hilft Ihnen beim Debuggen von Fehlern, die keine Syntaxfehler sind:

error_reporting(-1);
ini_set('display_errors', 'On');

(3) Eine andere Option ist die Verwendung eines Editors, der bei der Eingabe nach Fehlern sucht , z. B. PhpEd . PhpEd wird außerdem mit einem Debugger geliefert, der detailliertere Informationen liefern kann. (Der PhpEd-Debugger ist xdebug sehr ähnlich und wird direkt in den Editor integriert, sodass Sie 1 Programm verwenden, um alles zu erledigen.)

Cartmans Link ist auch sehr gut: http://www.ibm.com/developerworks/library/os-debug/

Folgendes aktiviert alle Fehler:

ini_set('display_startup_errors', 1);
ini_set('display_errors', 1);
error_reporting(-1);

Siehe auch die folgenden Links

• http://php.net/manual/en/errorfunc.configuration.php#ini.display-errors
• http://php.net/manual/en/errorfunc.configuration.php#ini.display-startup-errors
• http://php.net/manual/en/function.error-reporting.php

Der folgende Code sollte alle Fehler anzeigen:

<?php

// ----------------------------------------------------------------------------------------------------
// - Display Errors
// ----------------------------------------------------------------------------------------------------
ini_set('display_errors', 'On');
ini_set('html_errors', 0);

// ----------------------------------------------------------------------------------------------------
// - Error Reporting
// ----------------------------------------------------------------------------------------------------
error_reporting(-1);

// ----------------------------------------------------------------------------------------------------
// - Shutdown Handler
// ----------------------------------------------------------------------------------------------------
function ShutdownHandler()
{
    if(@is_array($error = @error_get_last()))
    {
        return(@call_user_func_array('ErrorHandler', $error));
    };

    return(TRUE);
};

register_shutdown_function('ShutdownHandler');

// ----------------------------------------------------------------------------------------------------
// - Error Handler
// ----------------------------------------------------------------------------------------------------
function ErrorHandler($type, $message, $file, $line)
{
    $_ERRORS = Array(
        0x0001 => 'E_ERROR',
        0x0002 => 'E_WARNING',
        0x0004 => 'E_PARSE',
        0x0008 => 'E_NOTICE',
        0x0010 => 'E_CORE_ERROR',
        0x0020 => 'E_CORE_WARNING',
        0x0040 => 'E_COMPILE_ERROR',
        0x0080 => 'E_COMPILE_WARNING',
        0x0100 => 'E_USER_ERROR',
        0x0200 => 'E_USER_WARNING',
        0x0400 => 'E_USER_NOTICE',
        0x0800 => 'E_STRICT',
        0x1000 => 'E_RECOVERABLE_ERROR',
        0x2000 => 'E_DEPRECATED',
        0x4000 => 'E_USER_DEPRECATED'
    );

    if(!@is_string($name = @array_search($type, @array_flip($_ERRORS))))
    {
        $name = 'E_UNKNOWN';
    };

    return(print(@sprintf("%s Error in file \xBB%s\xAB at line %d: %s\n", $name, @basename($file), $line, $message)));
};

$old_error_handler = set_error_handler("ErrorHandler");

// other php code

?>

Die einzige Möglichkeit, eine leere Seite mit diesem Code zu generieren, besteht darin, dass im Shutdown-Handler ein Fehler auftritt. Ich habe dies von meinem eigenen CMS kopiert und eingefügt, ohne es zu testen, aber ich bin sicher, dass es funktioniert.

Fehler und Warnungen werden normalerweise in ....\logs\php_error.logoder ....\logs\apache_error.logabhängig von Ihren php.ini-Einstellungen angezeigt.

Auch nützliche Fehler werden häufig an den Browser weitergeleitet, aber da sie kein gültiges HTML sind, werden sie nicht angezeigt.

So "tail -f"Ihre Log - Dateien und wenn Sie ein leerer Bildschirm Verwendung IEs bekommen‚Ansicht‘->‚Quelle‘Menüoptionen die rohe Ausgabe anzuzeigen.

Sie können die folgenden Zeilen in die Datei aufnehmen, die Sie debuggen möchten:

error_reporting(E_ALL);
ini_set('display_errors', '1');

Dies überschreibt die Standardeinstellungen in php.ini, wodurch PHP die Fehler nur an das Protokoll meldet.

PHP-Konfiguration

2 Einträge in der php.ini bestimmen die Ausgabe von Fehlern:

1. display_errors
2. error_reporting

In der Produktion , display_errorswird in der Regel auf Off(was eine gute Sache ist, weil Fehleranzeige in Produktionsstätten im Allgemeinen nicht erwünscht ist!).

In der Entwicklung sollte es jedoch auf gesetzt sein On, damit Fehler angezeigt werden. Überprüfen Sie !

error_reporting(ab PHP 5.3) ist standardmäßig auf eingestellt E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED(dh alles wird angezeigt, mit Ausnahme von Hinweisen, strengen Standards und Verfallshinweisen). Stellen Sie im Zweifelsfall so ein, E_ALLdass alle Fehler angezeigt werden. Überprüfen Sie !

Wow wow! Kein Scheck! Ich kann meine php.ini nicht ändern!

Das ist eine Schande. Normalerweise erlauben gemeinsam genutzte Hosts die Änderung ihrer php.ini-Datei nicht. Daher ist diese Option leider nicht verfügbar. Aber keine Angst! Wir haben andere Möglichkeiten !

Laufzeitkonfiguration

Im gewünschten Skript können wir die php.ini-Einträge zur Laufzeit ändern! Das heißt, es wird ausgeführt, wenn das Skript ausgeführt wird! Süss!

error_reporting(E_ALL);
ini_set("display_errors", "On");

Diese beiden Zeilen haben den gleichen Effekt wie das Ändern der php.ini-Einträge wie oben! Genial!

Ich bekomme immer noch eine leere Seite / 500 Fehler!

Das bedeutet, dass das Skript noch nicht einmal ausgeführt wurde! Das passiert normalerweise, wenn Sie einen Syntaxfehler haben!

Bei Syntaxfehlern gelangt das Skript nicht einmal zur Laufzeit. Es schlägt beim Kompilieren fehl , was bedeutet, dass die Werte in der php.ini verwendet werden. Wenn Sie diese nicht geändert haben, können Fehler möglicherweise nicht angezeigt werden.

Fehlerprotokolle

Darüber hinaus protokolliert PHP standardmäßig Fehler. Beim Shared Hosting befindet es sich möglicherweise in einem dedizierten Ordner oder im selben Ordner wie das fehlerhafte Skript.

Wenn Sie Zugriff auf php.ini haben, finden Sie es unter dem error_logEintrag.

Es gibt eine wirklich nützliche Erweiterung namens " xdebug ", die Ihre Berichte auch viel schöner macht.

Ich verwende diese Syntax immer ganz oben im PHP-Skript.

ini_set('error_reporting', E_ALL);
ini_set('display_errors', 'On');  //On or Off

Für eine schnelle, praktische Fehlerbehebung empfehle ich normalerweise hier auf SO:

error_reporting(~0); ini_set('display_errors', 1);

am Anfang des Skripts stehen, das unter Fehlerbehebung steht. Dies ist nicht perfekt, die perfekte Variante ist, dass Sie dies auch in aktivieren php.iniund die Fehler in PHP protokollieren, um Syntax- und Startfehler abzufangen.

Die hier beschriebenen Einstellungen zeigen alle Fehler, Hinweise und Warnungen an, einschließlich strenger, unabhängig von der PHP-Version.

Nächste Dinge zu beachten:

• Installieren Sie Xdebug und aktivieren Sie das Remote-Debugging mit Ihrer IDE.

Siehe auch:

• Fehlerberichterstattung (PHP der richtige Weg.)
• Vordefinierte Konstanten ^Docs
• error_reporting()^Docs
• display_errors^Docs

Es ist möglich, einen Hook zu registrieren, um den letzten Fehler oder die letzte Warnung sichtbar zu machen.

function shutdown(){
  var_dump(error_get_last());
}

register_shutdown_function('shutdown');

Wenn Sie diesen Code am Anfang Ihrer index.php hinzufügen, können Sie die Probleme beheben.

Dies ist ein Problem der Konfiguration im Vergleich zur Laufzeit

Es ist wichtig zu erkennen, dass während des Kompilierungs- oder Parsing- Schritts ein Syntax- oder Analysefehler auftritt. Dies bedeutet, dass PHP abgebrochen wird, bevor es überhaupt die Möglichkeit hat, Ihren Code auszuführen. Wenn Sie also die PHP- display_errorsKonfiguration zur Laufzeit ändern (dies umfasst alles von der Verwendung ini_setin Ihrem Code bis zur Verwendung von .htaccess, einer Laufzeitkonfigurationsdatei), werden nur die standardmäßig geladenen Konfigurationseinstellungen verwendet .

So vermeiden Sie WSOD in der Entwicklung immer

Um zu vermeiden , eine WSOD Sie sicherstellen möchten , dass Ihre geladene Konfigurationsdatei hat display_errorsauf und error_reportingSatz -1( dies entspricht E_ALL , weil es alle Bits gewährleistet , eingeschaltet sind , unabhängig davon , welche Version von PHP Sie laufen ). Codieren Sie den konstanten Wert von E_ALL nicht fest, da sich dieser Wert zwischen verschiedenen PHP-Versionen ändern kann.

Die geladene Konfiguration ist entweder Ihre geladene php.iniDatei oder Ihre apache.confoder httpd.confoder die virtuelle Hostdatei. Diese Dateien werden während der Startphase nur einmal gelesen (wenn Sie beispielsweise Apache httpd oder php-fpm zum ersten Mal starten) und nur durch Änderungen der Laufzeitkonfiguration überschrieben. Wenn Sie sicherstellen, dass display_errors = 1und error_reporting = -1in Ihrer geladenen Konfigurationsdatei sichergestellt ist, dass Sie niemals ein WSOD sehen, unabhängig von der Syntax oder dem Analysefehler , die auftreten, bevor eine Laufzeitänderung wie ini_set('display_errors', 1);oder stattfinden error_reporting(E_ALL);kann.

So finden Sie Ihre (php.ini) geladenen Konfigurationsdateien

Um Ihre geladenen Konfigurationsdateien zu finden, erstellen Sie einfach eine neue PHP-Datei mit nur dem folgenden Code ...

<?php
phpinfo();

Zeigen Sie dann mit Ihrem Browser dorthin und sehen Sie sich die analysierten geladenen Konfigurationsdateien und zusätzlichen INI-Dateien an , die sich normalerweise oben in Ihrem befinden phpinfo()und den absoluten Pfad zu allen geladenen Konfigurationsdateien enthalten.

Wenn Sie (none)anstelle der Datei sehen, bedeutet dies, dass Sie keine php.ini im Pfad der Konfigurationsdatei (php.ini) haben . Sie können also die mit PHP gelieferte stock php.ini von hier herunterladen und als php.ini in Ihren Konfigurationsdateipfad kopieren. Stellen Sie dann sicher, dass Ihr PHP-Benutzer über ausreichende Berechtigungen zum Lesen aus dieser Datei verfügt. Sie müssen httpd oder php-fpm neu starten, um es zu laden. Denken Sie daran, dass dies die Entwicklungsdatei php.ini ist, die mit der PHP-Quelle geliefert wird. Also bitte nicht in der Produktion verwenden!

Mach das einfach nicht in der Produktion

Dies ist wirklich der beste Weg, um ein WSOD in der Entwicklung zu vermeiden. Jeder, der vorschlägt, dass Sie Ihr PHP-Skript an die Spitze ini_set('display_errors', 1);oder error_reporting(E_ALL);in Ihr PHP-Skript setzen oder .htaccess wie hier verwenden, hilft Ihnen nicht dabei, ein WSOD zu vermeiden, wenn ein Syntax- oder Analysefehler auftritt (wie in Ihrem Fall hier), wenn Ihre Konfigurationsdatei geladen ist hat display_errorsausgeschaltet.

Viele Leute (und display_errorsStandardinstallationen von PHP) verwenden eine Production-INI-Datei, die standardmäßig deaktiviert ist, was normalerweise zu derselben Frustration führt, die Sie hier erlebt haben. Da PHP es beim Start bereits deaktiviert hat, tritt ein Syntax- oder Analysefehler auf und es wird nichts ausgegeben. Sie erwarten, dass Sie ini_set('display_errors',1);oben in Ihrem PHP-Skript dies hätten vermeiden sollen, aber es spielt keine Rolle, ob PHP Ihren Code nicht analysieren kann, da er niemals die Laufzeit erreicht hat.

Wenn Sie super cool sind, könnten Sie versuchen:

$test_server = $_SERVER['SERVER_NAME'] == "127.0.0.1" || $_SERVER['SERVER_NAME'] == "localhost" || substr($_SERVER['SERVER_NAME'],0,3) == "192";

ini_set('display_errors',$test_server);
error_reporting(E_ALL|E_STRICT);

Dies zeigt nur Fehler an, wenn Sie lokal ausgeführt werden. Außerdem erhalten Sie die Variable test_server, die Sie gegebenenfalls an anderen Stellen verwenden können.

Alle Fehler, die auftreten, bevor das Skript ausgeführt wird, werden nicht abgefangen, aber für 99% der Fehler, die ich mache, ist dies kein Problem.

Wählen Sie oben auf der Seite einen Parameter aus

error_reporting(E_ERROR | E_WARNING | E_PARSE);

Um dies beizubehalten und zu vereinfachen, können Sie Ihre Datei php.ini bearbeiten. Es wird normalerweise in /etc/php.inioder gespeichert /etc/php/php.ini, aber php.inije nach den Einrichtungsrichtlinien Ihres Hosting-Anbieters können mehr lokale Benutzer es überschreiben. Überprüfen Sie eine phpinfo()Datei Loaded Configuration Fileoben, um sicherzustellen, welche zuletzt geladen wird.

Suchen Sie in dieser Datei nach display_errors. Es sollten nur 3 Instanzen vorhanden sein, von denen 2 kommentiert sind.

Ändern Sie die unkommentierte Zeile in:

display_errors = stdout

Keine Ahnung, ob es helfen wird, aber hier ist ein Teil meiner Standard-Konfigurationsdatei für PHP-Projekte. Ich neige dazu, nicht zu sehr von den Apache-Konfigurationen abhängig zu sein, selbst von meinem eigenen Server.

Ich habe nie das Problem des verschwindenden Fehlers. Vielleicht gibt Ihnen hier etwas eine Idee.

Bearbeitet, um APPLICATON_LIVE anzuzeigen

/*
APPLICATION_LIVE will be used in process to tell if we are in a development or production environment.  It's generally set as early as possible (often the first code to run), before any config, url routing, etc.
*/

if ( preg_match( "%^(www.)?livedomain.com$%", $_SERVER["HTTP_HOST"]) ) {
    define('APPLICATION_LIVE', true);
} elseif ( preg_match( "%^(www.)?devdomain.net$%", $_SERVER["HTTP_HOST"]) ) {
    define('APPLICATION_LIVE', false);
} else {
    die("INVALID HOST REQUEST (".$_SERVER["HTTP_HOST"].")");
    // Log or take other appropriate action.
}


/*
--------------------------------------------------------------------
DEFAULT ERROR HANDLING
--------------------------------------------------------------------
Default error logging.  Some of these may be changed later based on APPLICATION_LIVE.
*/
error_reporting(E_ALL & ~E_STRICT);
ini_set ( "display_errors", "0");
ini_set ( "display_startup_errors", "0");
ini_set ( "log_errors", 1);
ini_set ( "log_errors_max_len", 0);
ini_set ( "error_log", APPLICATION_ROOT."logs/php_error_log.txt");
ini_set ( "display_errors", "0");
ini_set ( "display_startup_errors", "0");

if ( ! APPLICATION_LIVE ) {
    // A few changes to error handling for development.
    // We will want errors to be visible during development.
    ini_set ( "display_errors", "1");
    ini_set ( "display_startup_errors", "1");
    ini_set ( "html_errors", "1");
    ini_set ( "docref_root", "http://www.php.net/");
    ini_set ( "error_prepend_string", "<div style='color:red; font-family:verdana; border:1px solid red; padding:5px;'>");
    ini_set ( "error_append_string", "</div>");
}

error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', 1);
ini_set('html_errors', 1);

Darüber hinaus können Sie mit xdebug detailliertere Informationen erhalten .

Ich empfehle Nette Tracy zur besseren Visualisierung von Fehlern und Ausnahmen in PHP:

ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);

error_reporting(E_ALL | E_STRICT);

Und aktivieren Sie Anzeigefehler in der php.ini

Sie können Ihren eigenen Fehlerbehandler in PHP registrieren . Das Speichern aller Fehler in einer Datei kann Ihnen beispielsweise in diesen dunklen Fällen helfen. Beachten Sie, dass Ihre Funktion aufgerufen wird, unabhängig davon, auf was Ihre aktuelle Fehlerberichterstattung eingestellt ist. Sehr einfaches Beispiel:

function dump_error_to_file($errno, $errstr) {
    file_put_contents('/tmp/php-errors', date('Y-m-d H:i:s - ') . $errstr, FILE_APPEND);
}
set_error_handler('dump_error_to_file');

Die zwei wichtigsten Zeilen, die Sie benötigen, um nützliche Fehler aus PHP herauszuholen, sind:

ini_set('display_errors',1);
 error_reporting(E_ALL);

Wie von anderen Mitwirkenden hervorgehoben, sind diese aus Sicherheitsgründen standardmäßig deaktiviert. Als nützlicher Tipp: Wenn Sie Ihre Site einrichten, ist es praktisch, einen Wechsel für Ihre verschiedenen Umgebungen vorzunehmen, damit diese Fehler in Ihren lokalen und Entwicklungsumgebungen standardmäßig aktiviert sind. Dies kann mit dem folgenden Code erreicht werden (idealerweise in Ihrer index.php- oder Konfigurationsdatei, damit diese von Anfang an aktiv ist):

switch($_SERVER['SERVER_NAME'])
{
    // local
    case 'yourdomain.dev':
    // dev
    case 'dev.yourdomain.com':
        ini_set('display_errors',1);
        error_reporting(E_ALL);
    break;
    //live
    case 'yourdomain.com':
        //...
    break;
}

FirePHP kann ebenfalls nützlich sein.

öffne deine php.ini und stelle sicher, dass sie eingestellt ist auf:

display_errors = On

Starten Sie Ihren Server neu.

Vielleicht möchten Sie auch PHPStorm als Code-Editor ausprobieren. Während der Eingabe im Editor werden viele PHP- und andere Syntaxfehler angezeigt.

Wenn Sie ein Ubuntu-Benutzer sind, gehen Sie zu Ihrem Terminal und führen Sie diesen Befehl aus

sudo tail -50f /var/log/apache2/error.log

Hier werden die letzten 50 Fehler angezeigt. Es gibt eine error.logFehlerdatei für apache2, die alle Fehler protokolliert.

Fügen Sie Ihrem Skript Folgendes hinzu, um die vollständige Fehlerberichterstattung zu aktivieren:

error_reporting(E_ALL);

Dadurch werden auch nur minimale Warnungen angezeigt. Und für alle Fälle:

ini_set('display_errors', '1');

Erzwingt die Anzeige von Fehlern. Dies sollte auf Produktionsservern deaktiviert sein, jedoch nicht während der Entwicklung.

Die „FEHLER“ sind die nützlichsten Dinge für die Entwickler, um ihre Fehler zu kennen und sie zu beheben, damit das System perfekt funktioniert.

PHP bietet einige bessere Möglichkeiten, um die Entwickler zu kennen, warum und wo ihr Code die Fehler enthält. Wenn Entwickler diese Fehler kennen, können sie ihren Code auf viele Arten verbessern.

Beste Möglichkeiten, um die folgenden zwei Zeilen oben im Skript zu schreiben, um alle Fehlermeldungen zu erhalten:

error_reporting(E_ALL);
ini_set("display_errors", 1);

Eine andere Möglichkeit, Debugger-Tools wie xdebug in Ihrer IDE zu verwenden.

Sie können die vollständige Fehlerberichterstattung aktivieren (einschließlich Hinweisen und strengen Meldungen). Einige Leute finden das zu ausführlich, aber es ist einen Versuch wert. Setzen Sie error_reportingauf E_ALL | E_STRICTin der php.ini.

error_reporting = E_ALL | E_STRICT

E_STRICT benachrichtigt Sie über veraltete Funktionen und gibt Ihnen Empfehlungen zu den besten Methoden für bestimmte Aufgaben.

Wenn Sie keine Benachrichtigungen wünschen, andere Nachrichtentypen jedoch hilfreich finden, schließen Sie Benachrichtigungen aus:

error_reporting = (E_ALL | E_STRICT) & ~E_NOTICE

display_errorsStellen Sie außerdem sicher, dass dies in der php.ini aktiviert ist. Wenn Ihre PHP-Version älter als 5.2.4 ist, stellen Sie Folgendes ein On:

display_errors = "On"

Wenn Ihre Version 5.2.4 oder neuer ist, verwenden Sie:

display_errors = "stderr"

Abgesehen von error_reporting und der Einstellung display_errors ini können Sie SYNTAX-Fehler aus den Protokolldateien Ihres Webservers abrufen. Wenn ich PHP entwickle, lade ich die Webserver-Protokolle meines Entwicklungssystems in meinen Editor. Immer wenn ich eine Seite teste und einen leeren Bildschirm erhalte, wird die Protokolldatei veraltet und mein Editor fragt, ob ich sie neu laden möchte. Wenn ich das tue, springe ich nach unten und es gibt einen Syntaxfehler. Zum Beispiel:

[Sun Apr 19 19:09:11 2009] [error] [client 127.0.0.1] PHP Parse error:  syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in D:\\webroot\\test\\test.php on line 9

Für diejenigen, die Nginx verwenden und einen weißen Bildschirm haben, auch für Dateien mit <?php echo 123;. In meinem Fall hatte ich diese erforderliche Option für PHP in der Nginx-Konfigurationsdatei nicht:

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

Diese Option war nicht in der Datei fastcgi_params enthalten, daher funktionierte PHP nicht und es gab keine Fehler in den Protokollen.