Posted at 2018-10-14

[関数系] error_reportingでエラーを握り潰さないようにしようねという話

概要

error_reporting の設定を間違ってFatal Errorに気づかないこともあるので、

本当に設定には気をつけましょうねという話。

アクセスなどが多いサービスになってくると、エラーレポートの中身をerror_reportingしないようにする場合も存在するが、開発時のデバッグの時には必ずE_ALLにして検証した方が良い。

PHPはスクリプト言語であるため、エラーの内容がNOTICEであっても動作しないということがありうる。

同じ箇所を2箇所で利用しているような場合は、依存関係がごちゃごちゃになっていると、一つでは動作するものの、もう一つの利用箇所においては動作しないということも起こりうる。

error_reporting の初期値は E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED→初期値にNoticeが含まれていない

バージョン
デフォルト値
意味

PHP 5.3 以降
E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED
NOTICE, DEPRECATED, STRICT以外は全てのエラーを表示

PHP 5.3.0 以前
E_ALL & ~E_NOTICE & ~E_STRICT
NOTICE, STRICT以外のエラーは全て表示

PHP 4
E_ALL & ~E_NOTICE
NOTICE以外のデータは全て表示

開発中はできればNoticeエラーをonにする(or E_ALLのみとしておく)ことで、Noticeも含めてエラーは積極的に潰していくこと

E_ALLで動作検証をしよう。(当たり前なのかもしれませんが、自戒を含め)

依存されている箇所は検証しようね。

現在は主にフロントエンドを描いてる人。以前は、バックエンドの開発と、データ分析をやっていた。 TechBowlが本業、POLで副業中。