今日 CI フレームワークを学習中に問題が発生しました:
PHP エラーが発生しました
重大度: 注意
メッセージ: 未定義の変数: ユーザー
通常はデフォルトで通常の PHP ファイルで未定義の宣言された変数を出力してもエラーは報告されませんが、codeigniter フレームワークでは、ページの追加と変更を統合したい「怠け者」にとっては非常に不便です。当初、学者たちはコード内でこのエラー メッセージをブロックする方法を考えていましたが、@ を使用するとパフォーマンスが大幅に低下するという意見が多くありました...
ついに、それが突然思いつきました。 codeigniter が意図的にこのエラーを引き起こしたかどうか、この種のエラーをブロックするにはどうすればよいでしょうか?他のエラーに影響を与えずにこのエラーをブロックするには、index.php の error_reporting(E_ALL); を
error_reporting(E_ALL ^ E_NOTICE); に変更するだけです。
error_reporting() は、PHP のエラー報告レベルを設定し、現在のレベルを返します。
構文
error_reporting(report_level)
パラメータ レベルが指定されていない場合は、現在のエラー レポート レベルが返されます。次の項目はレベルの可能な値です:
1 E_ERROR
2 E_WARNING
4 E_PARSE
8 E_NOTICE
16 E_CORE_ERROR
32 E_CORE_WARNING
64 E_COMPILE_ERROR
128 E_COMPILE_WARNING
256 E_USER_ERROR
512 E_USER_WARNING
1024 E_USER_NOTICE
2047 E_ALL
2048 E_STRICT
E_NOTICE は、一般的な状況が記録されず、のみ使用されることを示しますプログラムが持っているとき存在しない変数を取得しようとしたり、stat() 関数を呼び出して存在しないファイルを表示しようとしたりするなどのエラー。通常、
E_WARNING が表示されますが、プログラムの実行は中断されません。これはデバッグに役立ちます。たとえば、問題のある正規表記を使用して ereg() を呼び出します。通常、
E_ERROR が表示され、プログラムの実行が中断されます。これは、このマスクを使用してメモリ構成やその他のエラーを追跡できないことを意味します。
E_PARSE 構文のエラーを解析します。
E_CORE_ERROR E_ERROR と似ていますが、PHP コアによって引き起こされるエラーは除外されます。
E_CORE_WARNING E_WARNING と似ていますが、PHP コア エラー警告は含まれません。
PHP エラー報告
php.ini ファイルには多くの構成設定があります。 Linux への PHP および Apache 2 のインストールに関するドキュメントに示されているように、php.ini ファイルがすでにセットアップされ、適切なディレクトリに配置されている必要があります。 PHP アプリケーションをデバッグするときに注意すべき構成変数が 2 つあります。これら 2 つの変数とそのデフォルト値は次のとおりです。
display_errors = Off
error_reporting = E_ALL
これら 2 つの変数の現在のデフォルト値は、php.ini ファイル内で検索することで見つけることができます。 display_errors 変数の目的は明らかです。この変数は、エラーを表示するかどうかを PHP に指示します。デフォルト値はオフです。ただし、開発プロセスを容易にするために、この値を On に設定します。
display_errors = On
error_reporting 変数のデフォルト値は E_ALL です。この設定では、不適切なコーディング方法から無害なヒント、エラーに至るまで、あらゆるものが表示されます。 E_ALL は、ブラウザの出力を混乱させる小さな事柄 (変数が初期化されていないなど) についてのヒントも画面上に表示するため、開発目的には少し粒度が高すぎます。私が知りたいのはエラーと不適切なコーディング方法だけであり、無害なヒントは知りたいわけではありません。したがって、error_reporting のデフォルト値を次の値に置き換えてください:
error_reporting = E_ALL & ~E_NOTICE
Apache を再起動すれば準備完了です。次に、Apache で同じことを行う方法を学びます。
サーバー上のエラー報告
Apache の動作によっては、コンピューター上に複数のバージョンの PHP が存在する可能性があるため、PHP でのエラー報告を有効にしても機能しない場合があります。 Apache は 1 つの php.ini ファイルしか参照できないため、Apache が使用している PHP バージョンを判断することが難しい場合があります。 Apache が自身の設定にどの php.ini ファイルを使用しているかわからないことは、セキュリティ上の問題です。ただし、正しいエラー レベルが設定されるように Apache で PHP 変数を構成する方法があります。
また、これらの構成変数をサーバー側で設定して php.ini ファイルをオーバーライドまたはプリエンプトして、より高いレベルのセキュリティを提供する方法を知っておくとよいでしょう。
Apache を構成する場合、/conf/httpd.conf の http.conf ファイルの基本構成がすでに公開されているはずです。
php.ini ファイルで既に行ったことを行うには、次の行を httpd.conf に追加して、php.ini ファイルをオーバーライドします:
php_flag display_errors on
php_value error_reporting 2039
これにより、php.ini ファイル内の display_errors にすでに設定されているフラグと、error_reporting の値が上書きされます。値 2039 は E_ALL および ~E_NOTICE を表します。 E_ALL を使用する場合は、値を 2047 に設定します。繰り返しますが、Apache を再起動する必要があります。
次に、サーバー上でエラー報告をテストします。
error_reporting() 関数に関しては、一部のエラー メッセージをシールドできますが、PHP コアによって発生したエラーはシールドできません。書き込み形式が PHP エンコーディングに従っていないため、PHP コアによって発生したエラーは PHP ファイルのコンパイルの失敗を直接引き起こすためです。ルールの作成によって発生したエラーはブロックできません
コードをコピーします コードは次のとおりです:
* 現時点では、E_STRICT モードの警告を回避します
* (これは関数定義の前に行う必要があります)
*/
if (define('E_STRICT')) {
$old_error_reporting = error_reporting (0);
if ($old_error_reporting & E_STRICT) {
error_reporting($old_error_reporting ^ E_STRICT); else {
error_reporting($old_error_reporting);
$old_error_reporting);
一般的なものは次のとおりです:
コードをコピー コードは次のとおりです:
// すべてのエラー報告をオフにする; すべてのエラーをオフにする
// 単純な実行エラーを報告する;
error_reporting(E_ERROR E_WARNING E_PARSE ) ;
// E_NOTICE のレポートも有効です (初期化されていない
// 変数のレポートや変数名のスペルミスの検出など)。
error_reporting(E_ERROR E_WARNING) E_PARSE E_NOTICE);
// E_NOTICE を除くすべてのエラーを報告します
// これは php.ini で設定されたデフォルト値です。 これは、php.ini のデフォルト設定でもあります。 (E_ALL ^ E_NOTICE);
// すべての PHP エラーを報告します (PHP 3 ではビット単位 63 が使用される場合があります);
error_reporting(E_ALL); error_reporting(E_ALL) と同じ; 上記と同じ
ini_set('error_reporting', E_ALL);