X3.2:n jälkeen PHP:n lokikehotteet ilmestyvät: PHP Strict Standards

Admin · Julkaistu 27.4.2016 11.01.37

Käyttöjärjestelmä: win2008 R2
PHP-versio: v5.4.32
MySQL-versio: 5.5.39 Ota käyttöön wincache ja memcache

Seuraavat lokit toistetaan päivittäin epäsäännölliseen aikaan:
----------------------------------------------------------------------

PHP:n tiukat standardit: table_forum_post::update() -ilmoituksen tulisi olla yhteensopiva discuz_table::update($val, $data, $unbuffered = false, $low_priority = false) kanssa BBS\source\ Luokka\class_core.php linjalla 113

PHP:n tiukat standardit: table_forum_post::d elete() -ilmoituksen tulisi olla yhteensopiva discuz_table::d elete($val, $unbuffered = väärin) kanssa kohdassa bbs\source\class\class_core.php rivillä 113

PHP:n tiukat standardit: table_forum_post::insert() -ilmoituksen tulisi olla yhteensopiva discuz_table::insert($data, $return_insert_id = false, $replace = false, $silent = false) kanssa bbs\source\class\class_core.php linjalla 113

PHP:n tiukat standardit: table_forum_post::fetch() -ilmoituksen tulisi olla yhteensopiva discuz_table::fetch($id, $force_from_db = false) kanssa bbs\source\class\class_core.php rivillä 113

PHP:n tiukat standardit: table_forum_post::fetch_all() -ilmoituksen tulisi olla yhteensopiva discuz_table::fetch_all($ids, $force_from_db = false) kanssa bbs\source\class\class_core.php Linjalla 113

PHP:n tiukat standardit: table_forum_post::update_cache():n julistamisen tulisi olla yhteensopiva discuz_table::update_cache($id, $data, $cache_ttl = NULL, $pre_cache_key = NULL) kanssa BBS\:ssa lähde\luokka\class_core.php linjalla 113

Tämä johtuu PHP-versiosta 5.3. Vaatii, että perintöluokka määritellään emoluokan jälkeen. Muuten on tiukat standardit: PHP Tiukat standardit: Julistus .... pitäisi olla yhteensopiva .... virhekehote. Eli emoluokan täytyy tulla ensin ja peritty luokka myöhemmin. bbs\source\class\class_core.php ensimmäistä lausetta voi muuttaa: error_reporting(E_ALL & ~(E_STRICT |). E_NOTICE)); Kokeile

PHP-ohjelmistoa ajaessa, jos kohtaat samanlaisen virheen, "Strict Standards", kyseessä ei ole bugi, mutta PHP 5.3 ei ole kovin yhteensopiva aiempien versioiden kanssa. Versiot 5.3:n jälkeen vaativat ilmoituksen ennen käyttöä.
Muokkaus php.ini voi ratkaista ongelman, mutta todellisuudessa tätä poikkeusta ei näytetä:

Alkuperäinen php.ini
error_reporting = E_ALL | E_STRICT

muokattu muotoon
error_reporting = E_ALL & ~E_NOTICE

Pikku roisto · Julkaistu 17.12.2016 9.46.32

error_reporting()-funktio määrittää, minkä virheen raportoidaan. Tämä funktio määrittää virheraportointitason nykyiselle skriptille. Funktio palauttaa vanhan virheraportointitason.
Ensimmäinen asia on tietää, että error_reporting()-funktiota käytetään virhetason asettamiseen ja nykyisen tason palauttamiseen. Siinä on 14 virhetasoa, seuraavasti:

1 E_ERROR Kohtalokas ajonaikainen virhe. Virhettä ei voida korjata. Käsikirjoituksen toteutus keskeytetään
2 E_WARNING Ei-kuolemaan johtavia ajonaikaisia virheitä. Skriptin toteutus ei pysähdy
4 E_PARSE Virhe jäsentämisessä käännösaikana. Jäsennysvirheet tulisi tuottaa vain analysoijan toimesta
8 E_NOTICE ilmoitusta ajoajoista.
16 E_CORE_ERROR Kohtalokas virhe PHP:n käynnistyksessä. Tämä on kuin E_ERROR PHP-ytimessä
32 E_CORE_WARNING Ei-kohtalokas virhe PHP:n käynnistyksessä. Tämä on kuin varoitus E_WARNING PHP-ytimessä
64 E_COMPILE_ERROR Kohtalokas käännösaikavirhe. Se on kuin generoisi E_ERROR Zend-skriptimoottorilla
128 E_COMPILE_WARNING Ei-kohtalokas käännösaikavirhe, jossa Zend-skriptimoottorin tuottama E_WARNING-varoitus
256 E_USER_ERROR kohtalokkaita käyttäjän aiheuttamia virheitä.
512 E_USER_WARNING Ei-hengenvaaralliset käyttäjän luomat varoitukset.
1024 E_USER_NOTICE Käyttäjien luomat ilmoitukset.
2048 E_STRICT Ilmoituksen ajoajasta.
4096 E_RECOVERABLE_ERROR Kohtalokas virhe.
8191 E_ALL kaikki virheet ja varoitukset.

[Verkkosivusto O&M] X3.2:n jälkeen PHP:n lokikehotteet ilmestyvät: PHP Strict Standards

Aiheeseen liittyvät julkaisut

Katsotut osuudet