Após rodar o X3.2, os prompts de log do PHP: PHP Strict Standards

admin · Publicado em 27/04/2016 11:01:37

Sistema operacional: win2008 R2
Versão PHP: v5.4.32
Versão MySQL: 5.5.39 Habilitar wincache e memcache

Os registros a seguir são repetidos todos os dias em horários irregulares:
----------------------------------------------------------------------

PHP Padrões Estritos: Declaração de table_forum_post::update() deve ser compatível com discuz_table::update($val, $data, $unbuffered = falso, $low_priority = false) em bbs\source\ Turma\class_core.php na linha 113

PHP Strict Standards: Declaração de table_forum_post::d elete() deve ser compatível com discuz_table::d elete($val, $unbuffered = falso) em bbs\source\class\class_core.php na linha 113

PHP Padrões Estritos: A declaração de table_forum_post::insert() deve ser compatível com discuz_table::insert($data, $return_insert_id = falso, $replace = falso, $silent = falso) em bbs\fonte\classe\class_core.php na linha 113

PHP Padrões Rigorosos: A declaração de table_forum_post::fetch() deve ser compatível com discuz_table::fetch($id, $force_from_db = false) em bbs\source\class\class_core.php na linha 113

PHP Padrões Rigorosos: A declaração de table_forum_post::fetch_all() deve ser compatível com discuz_table::fetch_all($ids, $force_from_db = false) em bbs\source\class\class_core.php na linha 113

PHP Strict Standards: A declaração de table_forum_post::update_cache() deve ser compatível com discuz_table::update_cache($id, $data, $cache_ttl = NULL, $pre_cache_key = NULL) em bbs\ fonte\classe\class_core.php na linha 113

Isso se deve à versão 5.3 do PHP. Exige que a classe de herança seja definida após a classe mãe. Caso contrário, haverá Padrões Rigorosos: PHP Padrões Rigorosos: Declaração de .... deve ser compatível com o de .... Prompt de erro. Ou seja, a classe mãe deve vir primeiro, e a classe herdada deve vir depois. A primeira frase de bbs\source\class\class_core.php pode ser modificada: error_reporting(E_ALL & ~(E_STRICT |). E_NOTICE)); Tente

Ao rodar um software PHP, se você encontrar um erro semelhante, "Padrões Estritos", não é um bug, mas o PHP 5.3 não é muito compatível com versões anteriores. Versões após a 5.3 exigem uma declaração antes do uso.
Modificações php.ini podem resolver o problema, mas, na verdade, essa exceção não é exibida:

Original php.ini
error_reporting = E_ALL | E_STRICT

modificado para
error_reporting = E_ALL & ~E_NOTICE

Pequeno · Publicado em 17/12/2016 09:46:32

A função error_reporting() especifica qual erro reportar. Essa função define o nível de relatório de erro para o script atual. A função retorna o nível antigo de relatório de erro.
A primeira coisa a saber é que a função error_reporting() é usada para definir o nível de erro e retornar o nível atual. Possui 14 níveis de erro, conforme segue:

1 E_ERROR Erro fatal em tempo de execução. O erro não pode ser recuperado. A execução do script está suspensa
2 E_WARNING Erros de tempo de execução não fatais. A execução do script não para
4 E_PARSE Erro na análise sintática em tempo de compilação. Erros de análise sintática devem ser gerados apenas pelo analisador
8 E_NOTICE Notificações para o horário de funcionamento.
16 E_CORE_ERROR Erro fatal na inicialização do PHP. Isso é como um E_ERROR no núcleo do PHP
32 E_CORE_WARNING erro não fatal na inicialização do PHP. Isso é como um aviso E_WARNING no núcleo PHP
64 E_COMPILE_ERROR Erro fatal em tempo de compilação. É como gerar um E_ERROR pelo motor de scripts Zend
128 E_COMPILE_WARNING erro não fatal em tempo de compilação com um aviso de E_WARNING gerado pelo motor de scripts Zend
256 E_USER_ERROR erros fatais gerados pelo usuário.
512 E_USER_WARNING Avisos não fatais gerados pelo usuário.
1024 E_USER_NOTICE Notificações geradas pelos usuários.
2048 E_STRICT Notificação de Tempo de Execução.
4096 E_RECOVERABLE_ERROR Detecte um erro fatal.
8191 E_ALL todos os erros e avisos.

[Site O&M] Após rodar o X3.2, os prompts de log do PHP: PHP Strict Standards

Posts Relacionados

Seções visualizadas