PHP5.5.32バージョンのエラーメカニズムのまとめ

PHPのエラーレベル

まず第一に、phpにどのようなエラーがあるのか​​を理解する必要があります。 php5.5 の時点では、合計 16 のエラー レベルがあります

注: 次のコードを試すときは、error_log:

error_reporting(E_ALL);  
ini_set('display_errors', 'On');

E_ERROR

を必ず開いてください。この種のエラーは致命的なエラーであり、この種のエラーが発生すると、プログラムは実行を続行できません。エラーの例:

// Fatal error: Call to undefined function hpinfo() in /tmp/php/index.php on line 5 
hpinfo();  //E_ERROR

キャッチされない例外がある場合も、このレベルがトリガーされることに注意してください。

// Fatal error: Uncaught exception 'Exception' with message 'test exception' in /tmp/php/index.php:5 Stack trace: #0 {main} thrown in /tmp/php/index.php on line 5 
throw new \Exception("test exception");

この種のエラーは単なる警告であり、スクリプトは終了せず、プ​​ログラムは続行され、表示されるエラー メッセージは「警告」です。たとえば、存在しないファイルを含めます。

//Warning: include(a.php): failed to open stream: No such file or directory in /tmp/php/index.php on line 7 
//Warning: include(): Failed opening 'a.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /tmp/php/index.php on line 7 
include("a.php"); //E_WARNING

E_NOTICE

この種のエラーはより軽微であり、この場所はこのように書かれるべきではないことを思い出させます。これも実行時エラーです。コードが間違っていると、他の場所では問題が発生せず、現在のコンテキストでのみ問題が発生する可能性があります。

たとえば、$b 変数が存在しないため、別の変数に代入します

//Notice: Undefined variable: b in /tmp/php/index.php on line 9 
$a = $b; //E_NOTICE

E_PARSE

このエラーはコンパイル中に発生し、構文解析が実行できません。

例えば、以下のzは変数として設定されていません。

// Parse error: syntax error, unexpected '=' in /tmp/php/index.php on line 20 
z=1; // E_PARSE

E_STRICT

このエラーは PHP5 以降に導入されました。コードは実行できますが、PHP が推奨する方法で記述されていません。

例えば、関数のパラメータに++記号を渡す

// Strict Standards: Only variables should be passed by reference in /tmp/php/index.php on line 17  
function change (&$var) { 
  $var += 10; 
} 
$var = 1; 
change(++$var); 
// E_STRICT

E_RECOVERABLE_ERROR

このレベルは実際にはERRORレベルですが、エラー処理で捕捉されなかった場合の動作は次のようになります。 E_ERRORと同じです。

仮パラメータで型を定義しているのに、呼び出し時に間違った型が渡される場合によく発生します。そのエラー リマインダーには、E_ERROR の致命的なエラーの前に Catachable という単語もあります。

//Catchable fatal error: Argument 1 passed to testCall() must be an instance of A, instance of B given, called in /tmp/php/index.php on line 37 and defined in /tmp/php/index.php on line 33 
class A { 
} 
 
class B { 
} 
 
function testCall(A $a) { 
} 
 
$b = new B(); 
testCall($b);

E_DEPRECATED

このエラーは、古いバージョンの関数を使用しているため、この関数の新しいバージョンが無効になっているか、メンテナンスされていない可能性があることを意味します。

たとえば、curl の CURLOPT_POSTFIELDS は @FILENAME を使用してファイルをアップロードします

// Deprecated: curl_setopt(): The usage of the @filename API for file uploading is deprecated. Please use the CURLFile class instead in /tmp/php/index.php on line 42 
 
$ch = curl_init("http://www.php.cn/upload.php"); curl_setopt($ch, CURLOPT_POSTFIELDS, array('fileupload' => '@'. "test"));

E_CORE_ERROR、E_CORE_WARNING

これら 2 つのエラーは PHP エンジンによって生成され、PHP の初期化プロセス中に発生します。

E_COMPILE_ERROR、E_COMPILE_WARNING

これら 2 つのエラーは PHP エンジンによって生成され、コンパイル プロセス中に発生します。

E_USER_ERROR、E_USER_WARNING、E_USER_NOTICE、E_USER_DEPRECATED、

これらのエラーはすべてユーザーによって発生し、ユーザーに対してさまざまな種類のエラーを引き起こすホールに相当します。これは、try catch 例外を回避する良い方法です。

trigger_error("Cannot divide by zero", E_USER_ERROR); // E_USER_ERROR // E_USER_WARING // E_USER_NOTICE // E_USER_DEPRECATED

E_ALL

E_STRICT すべてのエラーおよび警告メッセージが出力されます。

エラー制御

phpには、エラーやエラーログの表示を制御できる設定やパラメータが多数あります。最初のステップとして、PHP の間違った設定は何なのかを知る必要があります。

私たちは php+php-fpm モデルに従っています。実際には、php エラーの表示に影響を与える 2 つの設定ファイルがあります。1 つは php 自体の設定ファイル php.ini で、もう 1 つは php-fpm の設定ファイルです。 .php -fpm.conf。

php.iniの設定

error_reporting = E_ALL  // 报告错误级别，什么级别的 
 
error_log = /tmp/php_errors.log // php中的错误显示的日志位置 
 
display_errors = On // 是否把错误展示在输出上，这个输出可能是页面，也可能是stdout 
 
display_startup_errors = On // 是否把启动过程的错误信息显示在页面上，记得上面说的有几个Core类型的错误是启动时候发生的，这个就是控制这些错误是否显示页面的。 
 
log_errors = On // 是否要记录错误日志 
 
log_errors_max_len = 1024 // 错误日志的最大长度 
 
ignore_repeated_errors = Off // 是否忽略重复的错误 
 
track_errors = Off // 是否使用全局变量$php_errormsg来记录最后一个错误 
 
xmlrpc_errors = 0 //是否使用XML-RPC的错误信息格式记录错误 
 
xmlrpc_error_number = 0 // 用作 XML-RPC faultCode 元素的值。 
 
html_errors = On  // 是否把输出中的函数等信息变为HTML链接 
 
docref_root = http://manual/en/ // 如果html_errors开启了，这个链接的根路径是什么 
 
fastcgi.logging = 0 // 是否把php错误抛出到fastcgi中

error_reportingとdisplay_errorsの違いは何ですか?とよく質問されます。これら 2 つの機能はまったく異なります。

PHPはデフォルトでログと標準出力を行います(fpmモードの場合、標準出力はページです)

error_reportingのパラメータはエラーレベルです。どのレベルでエラーが発生するかを示します。すべてのエラー レベルでエラーをトリガーする必要がないことを PHP に指示した場合、ログにもページにもこのエラーは表示されません。これは何も起こっていないことと同じです。

display_errors は、エラー メッセージを標準出力に表示するかどうかを制御します。

log_errors は、エラー メッセージをログに記録するかどうかを制御します。

error_log はエラーログが表示される場所です。これは php-fpm で書き換えられることが多いため、cli と fpm のエラーログが同じファイルにないことがよくあります。

ignore_repeat_errors このフラグは、重複したログがある場合に、次のプログラムのように 1 つだけが記録されるように制御します:

error_reporting(E_ALL); 
ini_set('ignore_repeated_errors', 1); 
ini_set('ignore_repeated_source', 1); 
$a = $c; $a = $c; //E_NOTICE 
//Notice: Undefined variable: c in /tmp/php/index.php on line 20

NOTICE は 2 回表示されますが、現在は 1 回のみ表示されます...

track_errors はオンにすると、最後のエラー情報が変数に保存されます。これは、ログを記録するときに役立つ可能性があります。しかし、それは本当に役に立たないと思います...

html_errors と docref_root は、非常にユーザーフレンドリーな 2 つの設定です。これら 2 つのパラメータを設定した後、返されるエラー メッセージにドキュメント内の情報が含まれている場合、リンク形式に変わります。

error_reporting(E_ALL); 
ini_set('html_errors', 1); 
ini_set('docref_root', "https://secure.php.net/manual/zh/"); 
include("a2.php"); //E_WARNING

を使用すると、エラーが発生した場所をすぐに見つけることができます。とても人間的ですね～

php-fpm

error_log = /var/log/php-fpm/error.log // php-fpm自身的日志 
log_level = notice // php-fpm自身的日志记录级别 
php_flag[display_errors] = off // 覆盖php.ini中的某个配置变量，可被程序中的ini_set覆盖 
php_value[display_errors] = off // 同php_flag 
php_admin_value[error_log] = /tmp/www-error.log // 覆盖php.ini中的某个配置变量，不可被程序中的ini_set覆盖 
php_admin_flag[log_errors] = on // 同php_admin_value 
catch_workers_output = yes // 是否抓取fpmworker的输出 
request_slowlog_timeout = 0 // 慢日志时长 
slowlog = /var/log/php-fpm/www-slow.log // 慢日志记录

php-fpmの設定にはerror_log設定もあり、よくphp.iniのerror_log設定と混同されます。ただし、記録される内容は異なります。php-fpm の error_log は、fpm の起動や終了など、php-fpm 自体のログのみを記録します。

php.iniのerror_logはphpプログラム自体を記録するエラーログです。

したがって、php-fpm の php.ini の error_log 設定をオーバーライドするには、次の関数を使用する必要があります:

• 二人これら 4 つの管理関数の関数は、変数が設定された後は、コード内で ini_set を使用して変数を再割り当てできないことを示しています。 php_flag/value は引き続き php コードの ini_set に基づいています。
  スローログは fpm によって記録されます。 request_slowlog_timeout 設定を使用して、スローログの長さを決定できます。

• 概要

• 私たちがよく混乱するのは、ログの問題と、特定のレベルのログがログに記録されない理由です。最も重要なことは、error_log、display_errors、log_errors の 3 つの構成を確認することです。ただし、構成を確認する際には、php.ini の構成と php- の構成を区別することにも注意する必要があります。 fpm.ini。