X3.2运行后php日志提示：PHP Strict Standards

admin

操作系统：win2008 R2
PHP版本：v5.4.32
MySQL版本：5.5.39 开启wincache和memcache

以下几条日志每天重复出现，时间不固定：
----------------------------------------------------------------------

PHP Strict Standards:  Declaration of table_forum_post::update() should be compatible with discuz_table::update($val, $data, $unbuffered = false, $low_priority = false) in bbs\source\class\class_core.php on line 113

PHP Strict Standards:  Declaration of table_forum_post::delete() should be compatible with discuz_table::delete($val, $unbuffered = false) in bbs\source\class\class_core.php on line 113

PHP Strict Standards:  Declaration of table_forum_post::insert() should be compatible with discuz_table::insert($data, $return_insert_id = false, $replace = false, $silent = false) in bbs\source\class\class_core.php on line 113

PHP Strict Standards:  Declaration of table_forum_post::fetch() should be compatible with discuz_table::fetch($id, $force_from_db = false) in bbs\source\class\class_core.php on line 113

PHP Strict Standards:  Declaration of table_forum_post::fetch_all() should be compatible with discuz_table::fetch_all($ids, $force_from_db = false) in bbs\source\class\class_core.php on line 113

PHP Strict Standards:  Declaration of table_forum_post::update_cache() should be compatible with discuz_table::update_cache($id, $data, $cache_ttl = NULL, $pre_cache_key = NULL) in bbs\source\class\class_core.php on line 113

这是由于 php 5.3版本后。要求继承类必须在父类之后定义。否则就会出现Strict Standards: PHP Strict Standards: Declaration of .... should be compatible with that of .... 的错误提示。也就是说必须父类在前，继承类在后。可以修改bbs\source\class\class_core.php的第一句为：error_reporting(E_ALL & ~(E_STRICT | E_NOTICE));试试



在运行PHP软件时，如果遇到类似的错误，“Strict Standards”，不是错误，而是PHP5.3和之前的版本不太兼容。5.3之后的版本规定声明需要在使用之前。
　　修改php.ini就可以解决，其实就是不显示出这个异常：

　　原php.ini
　　error_reporting = E_ALL | E_STRICT

　　修改为
　　error_reporting = E_ALL & ~E_NOTICE

小渣渣

error_reporting() 函数规定报告哪个错误 。该函数设置当前脚本的错误报告级别。该函数返回旧的错误报告级别。
首先要知道error_reporting()函数是用来设置错误级别并返回当前级别的。它有14个错误级别，如下：

1    E_ERROR     致命的运行时错误。 错误无法恢复过来。脚本的执行被暂停
2    E_WARNING    非致命的运行时错误。 脚本的执行不会停止
4    E_PARSE     编译时解析错误。解析错误应该只由分析器生成
8    E_NOTICE     运行时间的通知。
16    E_CORE_ERROR   在PHP启动时的致命错误。这就好比一个在PHP核心的E_ERROR
32    E_CORE_WARNING  在PHP启动时的非致命的错误。这就好比一个在PHP核心E_WARNING警告
64    E_COMPILE_ERROR 致命的编译时错误。 这就像由Zend脚本引擎生成了一个E_ERROR
128   E_COMPILE_WARNING 非致命的编译时错误，由Zend脚本引擎生成了一个E_WARNING警告
256   E_USER_ERROR   致命的用户生成的错误。
512   E_USER_WARNING  非致命的用户生成的警告。
1024   E_USER_NOTICE  用户生成的通知。
2048   E_STRICT     运行时间的通知。
4096   E_RECOVERABLE_ERROR 捕捉致命的错误。
8191   E_ALL来     所有的错误和警告。