Schalter im Adminbereich für error_reporting Aktivierung verfügbar machen

[Torsten Riemer]

Aufgrund des Themas "​Etwas enttäuscht von der Parse-Time im 2.0 Shop nach Upddate" sollten wir im Adminbereich unter "Erw. Konfiguration" -> "Logging Optionen" einen Schalter für die error_reporting Aktivierung unterbringen.

Derzeit in "/includes/application_top.php":

if (is_file(DIR_WS_INCLUDES.'error_reporting.php')) {
  require_once (DIR_WS_INCLUDES.'error_reporting.php');
}

Könnte man erweitern um:

if (is_file(DIR_WS_INCLUDES.'error_reporting.php') && (defined('ERROR_REPORTING') && ERROR_REPORTING=='True')) {
  require_once (DIR_WS_INCLUDES.'error_reporting.php');
}

Wobei ich bei uns im Demoshop keinen merklichen Unterschied erkennen kann, ob die Datei "/includes/error_reporting.php" includiert wird oder nicht.

Nachtrag: Es gab hier noch die Idee das error_reporting per Ajax vom Shop zu entkoppeln: ​Etwas enttäuscht von der Parse-Time im 2.0 Shop nach Upddate

[Volker Strähle]

Wäre es denn nicht sinnvoll das ganze Errorlogging zu entkoppeln, etwa per Ajax? Dann könnte man die restliche Seite vollkommen ungestört weiter ausführen, egal wieviele Daten da von richtig oder falsch programmierten Tools und Templates geloggt werden.

[voodoopupp]

Das hatte ich ja damals schon (zwar unter anderer Thematik) hier schonmal angesprochen ;)
​Ticket 1054

[Torsten Riemer]

Zu diesem damaligen Zeitpunkt gab es aber noch keine Meldungen darüber, die besagten, dass sich das so negativ auf die Parsetime auswirken kann. ;-)

[Gerhard Waldemair]

In 11631:

fix #1192 - implement Psr LoggerInterface