php中的有關(guān)錯(cuò)誤的配置有哪些
在php中的有關(guān)錯(cuò)誤的配置有哪些?我們需要了解的是什么?下面是百分網(wǎng)小編精心為大家整理的PHP的錯(cuò)誤機(jī)制總結(jié),希望對(duì)大家有幫助,更多內(nèi)容請(qǐng)關(guān)注應(yīng)屆畢業(yè)生網(wǎng)!

/pic/tmp/php/index.php on line 17function change (&$var) {
$var += 10;
}
$var = 1;
change(++$var);/pic/p>
E_RECOVERABLE_ERROR
這個(gè)級(jí)別其實(shí)是ERROR級(jí)別的,但是它是期望被捕獲的,如果沒(méi)有被錯(cuò)誤處理捕獲,表現(xiàn)和E_ERROR是一樣的。
經(jīng)常出現(xiàn)在形參定義了類型,但調(diào)用的時(shí)候傳入了錯(cuò)誤類型。它的錯(cuò)誤提醒也比E_ERROR的fatal error前面多了一個(gè)Catachable的字樣。
/pic/tmp/php/index.php on line 37 and defined in /tmp/php/index.php on line 33class A {
}class B {
}function testCall(A $a) {
}
$b = new B();
testCall($b);
E_DEPRECATED
這個(gè)錯(cuò)誤表示你用了一個(gè)舊版本的函數(shù),而這個(gè)函數(shù)后期版本可能被禁用或者不維護(hù)了。
比如curl的CURLOPT_POSTFIELDS使用\@FILENAME來(lái)上傳文件的方法
/pic/tmp/php/index.php on line 42$ch = curl_init("/pic/upload.php");
curl_setopt($ch, CURLOPT_POSTFIELDS, array('fileupload' => '@'. "test"));
E_CORE_ERROR, E_CORE_WARNING
這兩個(gè)錯(cuò)誤是由PHP的引擎產(chǎn)生的,在PHP初始化過(guò)程中發(fā)生。
E_COMPILE_ERROR, E_COMPILE_WARNING
這兩個(gè)錯(cuò)誤是由PHP引擎產(chǎn)生的,在編譯過(guò)程中發(fā)生。
E_USER_ERROR, E_USER_WARNING, E_USER_NOTICE, E_USER_DEPRECATED,
這些錯(cuò)誤都是用戶制造的,使用trigger_error,這里就相當(dāng)于一個(gè)口子給用戶觸發(fā)出各種錯(cuò)誤類型。這個(gè)是一個(gè)很好逃避try catch異常的方式。
trigger_error("Cannot divide by zero", E_USER_ERROR);/pic/pic/pic/pic/p>
E_ALL
E_STRICT出外的所有錯(cuò)誤和警告信息。
錯(cuò)誤控制
php中有很多配置和參數(shù)是可以控制錯(cuò)誤,以及錯(cuò)誤的日志顯示的。第一步,我們需要了解的是php中的有關(guān)錯(cuò)誤的配置有哪些?
我們按照php+php-fpm的模型來(lái)說(shuō),會(huì)影響php錯(cuò)誤顯示的其實(shí)是有兩個(gè)配置文件,一個(gè)是php本身的配置文件php.ini,另外一個(gè)是php-fpm的配置文件,php-fpm.conf。
php.ini中的配置
error_reporting = E_ALL /pic/tmp/php_errors.log /pic/pic/pic/pic/pic/pic/pic/pic/pic/pic/pic/en/ /pic/pic/p>
我們經(jīng)常會(huì)被問(wèn)到,error_reporting和display_errors有什么區(qū)別呢?這兩個(gè)函數(shù)是完全不一樣的。
PHP默認(rèn)是會(huì)在日志和標(biāo)準(zhǔn)輸出(如果是fpm模式標(biāo)準(zhǔn)輸出就是頁(yè)面)
error_reporting的參數(shù)是錯(cuò)誤級(jí)別。表示什么樣子的級(jí)別才應(yīng)該觸發(fā)錯(cuò)誤。如果我們告訴PHP,所有錯(cuò)誤級(jí)別都不需要觸發(fā)錯(cuò)誤,那么,不管是日志,還是頁(yè)面,都不會(huì)顯示這個(gè)錯(cuò)誤,就相當(dāng)于什么都沒(méi)有發(fā)生。
display_errors是控制是否要在標(biāo)準(zhǔn)輸出展示錯(cuò)誤信息
log_errors則是控制是否要在日志中記錄錯(cuò)誤信息。
error_log是顯示錯(cuò)誤日志的位置,這個(gè)在php-fpm中往往會(huì)被重寫(xiě),于是往往會(huì)發(fā)現(xiàn)的是cli和fpm的錯(cuò)誤日志竟然不是在同一個(gè)文件中。
ignore_repeated_errors這個(gè)標(biāo)記控制的是如果有重復(fù)的日志,那么就只會(huì)記錄一條,比如下面的程序:
error_reporting(E_ALL);
ini_set('ignore_repeated_errors', 1);
ini_set('ignore_repeated_source', 1);$a = $c; $a = $c; /pic/p>
/pic/tmp/php/index.php on line 20
本來(lái)會(huì)出現(xiàn)兩次NOTICE的,但是現(xiàn)在,只會(huì)出現(xiàn)一次了...
track_errors開(kāi)啟會(huì)把最后一個(gè)錯(cuò)誤信息存儲(chǔ)到變量里面去,這個(gè)可能在對(duì)記日志的時(shí)候會(huì)有一些用處吧。不過(guò)我覺(jué)得真是沒(méi)啥用...
html_errors 和 docref_root 兩個(gè)是個(gè)挺有人性化的配置,配置了這兩個(gè)參數(shù)以后,我們返回的錯(cuò)誤信息中如果有一些在文檔中有的信息,就會(huì)變成鏈接形式。
error_reporting(E_ALL);ini_set('html_errors', 1);ini_set('docref_root', "/pic/manual/zh/");include("a2.php"); /pic/p>
頁(yè)面顯示:
能讓你快速定位到我們出現(xiàn)錯(cuò)誤的地方。是不是很人性~
php-fpm中的配置
error_log = /var/log/php-fpm/error.log /pic/pic/pic/pic/tmp/www-error.log /pic/pic/pic/pic/var/log/php-fpm/www-slow.log /pic/p>
php-fpm的配置中也有一個(gè)error_log配置,這個(gè)很經(jīng)常會(huì)和php.ini中的error_log配置弄混。但他們記錄的東西是不一樣的,php-fpm的error_log只記錄php-fpm本身的日志,比如fpm啟動(dòng),關(guān)閉。
而php.ini中的error_log是記錄php程序本身的錯(cuò)誤日志。
那么在php-fpm中要覆蓋php.ini中的error_log配置,就需要使用到下面幾個(gè)函數(shù):
php_flag
php_value
php_admin_flag
php_admin_value
這四個(gè)函數(shù)admin的兩個(gè)函數(shù)說(shuō)明這個(gè)變量設(shè)置完之后,不能在代碼中使用ini_set把這個(gè)變量重新賦值了。而php_flag/value就仍然以php代碼中的ini_set為準(zhǔn)。
slowlog是fpm記錄的,可以使用request_slowlog_timeout設(shè)置判斷慢日志的時(shí)長(zhǎng)。
總結(jié)
我們經(jīng)常弄混的就是日志問(wèn)題,以及某些級(jí)別的日志為何沒(méi)有記錄到日志中。最主要的是要看error_log,display_errors, log_errors這三個(gè)配置,只是在看配置的時(shí)候,我們還要注意區(qū)分php.ini里面的配置是什么,php-fpm.ini里面的配置是什么。
【php中的錯(cuò)誤的配置有哪些】相關(guān)文章:
PHP錯(cuò)誤類型及屏蔽方法有哪些08-12
PHP 7.1 中的重大更新有哪些11-15
PHP 7.1中有哪些重大的更新10-30
php學(xué)習(xí)之php配置03-11
PHP基礎(chǔ)配置08-05
PHP安裝與配置10-15
php用法有哪些03-04
php中屏蔽與顯示錯(cuò)誤消息02-03
PHP7.1中有哪些重大的更新11-13
- 相關(guān)推薦