Після запуску X3.2 PHP журнал запитів: PHP Strict Standards

Адміністратора · Опубліковано 27.04.2016 11:01:37

Операційна система: win2008 R2
PHP-версія: v5.4.32
Версія MySQL: 5.5.39 Увімкнути wincache та memcache

Наступні журнали повторюються щодня у нерегулярний час:
----------------------------------------------------------------------

Суворі стандарти PHP: Оголошення table_forum_post::update() має бути сумісним з discuz_table::update($val, $data, $unbuffered = false, $low_priority = false) у bbs\source\ клас\class_core.php на лінії 113

Суворі стандарти PHP: Оголошення table_forum_post::d elete() має бути сумісним з discuz_table::d elete($val, $unbuffered = неправда) у bbs\source\class\class_core.php на рядку 113

Суворі стандарти PHP: Оголошення table_forum_post::insert() має бути сумісним з discuz_table::insert($data, $return_insert_id = false, $replace = false, $silent = false) у bbs\source\class\class_core.php на лінії 113

Суворі стандарти PHP: Оголошення table_forum_post::fetch() має бути сумісним з discuz_table::fetch($id, $force_from_db = false) у bbs\source\class\class_core.php на рядку 113

Суворі стандарти PHP: Оголошення table_forum_post::fetch_all() має бути сумісним з discuz_table::fetch_all($ids, $force_from_db = неправда) у bbs\source\class\class_core.php на лінії 113

Суворі стандарти PHP: Оголошення table_forum_post::update_cache() має бути сумісним з discuz_table::update_cache($id, $data, $cache_ttl = NULL, $pre_cache_key = NULL) у bbs\ Джерело\клас\class_core.php на лінії 113

Це пов'язано з PHP версією 5.3. Вимагає, щоб клас спадкування був визначений після батьківського класу. Інакше будуть Суворі стандарти: PHP Суворі стандарти: Оголошення .... має бути сумісним із тим, що .... Запит на помилку. Тобто батьківський клас має бути першим, а успадкований клас — пізніше. Перше речення bbs\source\class\class_core.php можна змінити: error_reporting(E_ALL & ~(E_STRICT |). E_NOTICE)); Спробуй

Під час запуску PHP-програмного забезпечення, якщо ви стикаєтеся з подібною помилкою «Strict Standards», це не баг, але PHP 5.3 не дуже сумісний із попередніми версіями. Версії після 5.3 вимагають оголошення перед використанням.
Модифікація php.ini може вирішити проблему, але насправді це виняток не відображається:

Оригінальний php.ini
error_reporting = E_ALL | E_STRICT

модифіковано на
error_reporting = E_ALL & ~E_NOTICE

Маленька покидька · Опубліковано 17.12.2016 09:46:32

Функція error_reporting() вказує, яку помилку слід повідомляти. Ця функція встановлює рівень звітування про помилки для поточного скрипту. Функція повертає старий рівень звітування про помилки.
Перше, що потрібно знати — функція error_reporting() використовується для встановлення рівня помилки та повернення поточного рівня. Він має 14 рівнів похибки, а саме:

1 E_ERROR Фатальна помилка під час виконання. Помилку не можна відновити. Виконання сценарію призупиняється
2 E_WARNING Нефатальні помилки під час виконання. Виконання сценарію не припиняється
4 E_PARSE Помилка при розборі під час компіляції. Помилки парсингу повинні генеруватися лише аналізатором
8 E_NOTICE Сповіщення про години роботи.
16 E_CORE_ERROR Фатальна помилка при запуску PHP. Це як E_ERROR в ядрі PHP
32 E_CORE_WARNING Нефатальна помилка при запуску PHP. Це як попереджувальна E_WARNING в ядрі PHP
64 E_COMPILE_ERROR Фатальна помилка під час компіляції. Це як генерувати E_ERROR за допомогою скриптового рушія Zend
128 E_COMPILE_WARNING Нефатальна помилка під час компіляції з попередженням E_WARNING, згенерованим скриптовим рушієм Zend
256 E_USER_ERROR фатальних помилок, створених користувачами.
512 E_USER_WARNING Нефатальні попередження, створені користувачами.
1024 E_USER_NOTICE Сповіщення, створені користувачами.
2048 E_STRICT Повідомлення про час виконання.
4096 E_RECOVERABLE_ERROR Виявити фатальну помилку.
8191 E_ALL всі помилки та попередження.

[Вебсайт O&M] Після запуску X3.2 PHP журнал запитів: PHP Strict Standards

Пов'язані дописи

Переглянуті розділи