Nach der Ausführung von X3.2 zeigt das PHP-Log-Protokoll die Aufforderungen: PHP Strict Standards

Administrator · Veröffentlicht am 27.04.2016 11:01:37

Betriebssystem: win2008 R2
PHP-Version: v5.4.32
MySQL-Version: 5.5.39 Wincache und Memcache aktivieren

Die folgenden Protokolle werden jeden Tag zu einer unregelmäßigen Zeit wiederholt:
----------------------------------------------------------------------

PHP-strenge Standards: Die Deklaration von table_forum_post::update() sollte kompatibel sein mit discuz_table::update($val, $data, $unbuffered = false, $low_priority = false) in bbs\source\ Klasse class_core.php\ in Leitung 113

PHP-strenge Standards: Die Deklaration von table_forum_post::d elete() sollte kompatibel mit discuz_table::d elete($val, $unbuffered = false) in bbs\source\class\class_core.php in Zeile 113 sein

PHP-strenge Standards: Die Deklaration von table_forum_post::insert() sollte kompatibel sein mit discuz_table::insert($data, $return_insert_id = false, $replace = false, $silent = false) in bbs\source\class\class_core.php in Leitung 113

PHP-Strenge Standards: Die Deklaration von table_forum_post::fetch() sollte kompatibel sein mit discuz_table::fetch($id, $force_from_db = false) in bbs\source\class\class_core.php in Zeile 113

PHP-strenge Standards: Die Deklaration von table_forum_post::fetch_all() sollte kompatibel mit discuz_table::fetch_all($ids, $force_from_db = false) in bbs\source\class\class_core.php Auf Linie 113

PHP-strenge Standards: Die Deklaration von table_forum_post::update_cache() sollte kompatibel sein mit discuz_table::update_cache($id, $data, $cache_ttl = NULL, $pre_cache_key = NULL) in bbs\ Quelle\klasse class_core.php\ auf Leitung 113

Das liegt an der PHP-Version 5.3. Erfordert, dass die Vererbungsklasse nach der Elternklasse definiert werden muss. Andernfalls gibt es strenge Standards: PHP Strenge Standards: Erklärung von .... sollte mit dem von .... kompatibel sein. Fehleraufforderung. Das heißt, die Elternklasse muss zuerst kommen und die geerbte Klasse später. Der erste Satz von bbs\source\class\class_core.php kann modifiziert werden: error_reporting(E_ALL & ~(E_STRICT |). E_NOTICE)); Versuch es mal

Wenn du PHP-Software ausführst, ist es kein Bug, aber PHP 5.3 ist mit früheren Versionen nicht sehr kompatibel. Versionen nach 5.3 erfordern vor der Nutzung eine Erklärung.
Modifikation php.ini kann das Problem lösen, aber tatsächlich wird diese Ausnahme nicht angezeigt:

Ursprüngliche php.ini
error_reporting = E_ALL | E_STRICT

Modifiziert zu
error_reporting = E_ALL & ~E_NOTICE

Kleiner Abschaum · Veröffentlicht am 17.12.2016 09:46:32

Die Funktion error_reporting() gibt an, welchen Fehler gemeldet werden soll. Diese Funktion legt das Error-Reporting-Level für das aktuelle Skript fest. Die Funktion gibt das alte Fehlermeldeniveau zurück.
Das Erste, was man wissen sollte, ist, dass die Funktion error_reporting() verwendet wird, um den Fehlerpegel festzulegen und den aktuellen Wert zurückzugeben. Sie hat 14 Fehlerstufen, wie folgt:

1 E_ERROR fataler Laufzeitfehler. Der Fehler kann nicht behoben werden. Die Ausführung des Skripts wird ausgesetzt
2 E_WARNING Nicht tödliche Laufzeitfehler. Die Ausführung des Skripts hört nicht auf
4 E_PARSE Fehler beim Parsen zur Kompilierungszeit. Parsingfehler sollten nur vom Analysator erzeugt werden
8 E_NOTICE Benachrichtigungen für Laufzeiten.
16 E_CORE_ERROR Fataler Fehler beim PHP-Start. Das ist wie ein E_ERROR im PHP-Kern
32 E_CORE_WARNING Nicht tödlicher Fehler beim PHP-Start. Das ist wie eine Warnung E_WARNING im PHP-Kern
64 E_COMPILE_ERROR Fataler Fehler in der Kompilierungszeit. Es ist, als würde man mit der Zend-Scripting-Engine ein E_ERROR generieren.
128 E_COMPILE_WARNING Nicht-fataler Kompilierungszeitfehler mit einer E_WARNING Warnung, die von der Zend-Skript-Engine erzeugt wird
256 E_USER_ERROR fatale, vom Nutzer erzeugte Fehler.
512 E_USER_WARNING Nicht-tödliche, vom Nutzer erzeugte Warnungen.
1024 E_USER_NOTICE Benutzergenerierte Benachrichtigungen.
2048 E_STRICT Benachrichtigung zur Laufzeit.
4096 E_RECOVERABLE_ERROR Fang einen fatalen Fehler auf.
8191 E_ALL alle Fehler und Warnungen.

[Website O&M] Nach der Ausführung von X3.2 zeigt das PHP-Log-Protokoll die Aufforderungen: PHP Strict Standards

Verwandte Beiträge

Betrachtete Abschnitte