エラー メッセージをより深く理解することで、問題の特定と修正にかかる時間を大幅に短縮できます。そこで、この記事では、さまざまな種類の PHP エラー メッセージと、開発プロセス中にさまざまなエラー メッセージの意味を正しく理解する方法を説明します。
PHP スクリプトをコンパイルするとき、PHP コンパイラーは、最初に発生した問題を報告するために最善を尽くします。これにより、問題が発生します。PHP は、エラーが発生した場合にのみエラーを認識できます (この問題については、この記事で後ほど詳しく説明します)。このため、コンパイラは、エラーのある行が表面上は構文的に正しいように見えるか、あるいはまったく存在しない行である可能性があると指摘します。
この記事で説明するさまざまなエラーは特定のバージョンの特定のエラーに限定されないため、この記事で説明する内容は、使用している PHP のバージョンとは関係ありません。また、プログラミング歴が半年～1年程度の初級・中級プログラマーを想定しています。
コンパイラーの仕組み
コンパイラーが特定の行でエラーを報告する理由を理解するには、まずコンパイラーが PHP コードを解析するメカニズムを理解する必要があります。この記事ではこれについて詳しく説明しませんが、エラーにつながる可能性が高いいくつかの単純な概念について説明します。
変数宣言
ステートメント内で変数を宣言する場合の具体的な方法は以下のとおりです。
$変数 = '値';
コンパイラーは最初にステートメントの右半分 (つまり、等号の右側にあるすべて) を評価します。一部のプログラミング書籍では、これはステートメントの RHS (右半分) として表されます。多くの場合、エラーが発生するのはステートメントのこの部分です。間違った構文を使用すると、解析エラーが発生します。
解析
エラー: 解析エラー、c:program filesapache groupapachehtdocsscript.PHP の 19 行目に予期しない T_WHILE
。前のエラーが特定されるたびに、解析エラーが次々と表示され続けます。 PHP は最初の解析エラーが発生するとスクリプトの実行を停止するため、この一連のエラーのデバッグと修正は特に面倒な作業になることがよくあります。
また、解析エラーの情報はほとんどなく、エラーが発生した行番号はほとんど報告されません。具体的な理由は、エラーが発生すると、無効な構文が見つかるまで、コンパイラは複数の行の構文が有効であると判断するためです。たとえば、while = 10 などの定義済みの単語が式で使用されている場合です。 ; // 悪い ? while は定義済みの単語であり、値に割り当てることはできません
。PHP がコードの評価に使用する場合、これらの定義済みの単語を変数に指定することはできません。これを実行すると、PHP はさらに多くのエラーを報告することになりますが、これには耐えられません。
この問題に関しては、次の例が役立つかもしれません。以下に示す PHP コードを参照して読んでください:
<?PHP
$b = "何らかの値"
if($b == "何らかの値"){
"Hello world!" を出力します。
}
?>
エラーは「$b=」行（ステートメントの最後にセミコロンがありません）にあるので、エラーは「解析エラー: 行 3 にセミコロンがありません」になるはずですよね？パーサーによって判断されるのではなく:
解析エラー: 解析エラー、c:program filesapache の予期しない T_IF
4行目のgroupapachehtdocsereg2.PHP
4 行目の if() ステートメントの構文は正しいです。では、コンパイラを混乱させる原因は何でしょうか?ヒントは「予期せぬT_IF」の部分です。 「予期しない T_???」エラーが発生した場合は、事前定義された単語が出現すべきでない位置に出現したことをコンパイラーが検出したことを意味します。 T_IF は if() を表し、T_WHILE は while() を表し、T_FOR は for() を表します。
ありがたいことに、一部のエラーの原因は単純です。
上の例のように、ステートメントはセミコロン (;) で終了しません。文字列に引用符がありません。
その他のよくある間違い
私が目にする最も一般的な間違いは、関数またはループを中括弧 ( } ) で閉じない場合です。これはおそらく最も一般的で迷惑な間違いです。具体的なコードは次のとおりです。
function UselessFunction() {
for($i < 0; $i < 10; $i++){
次のエラーが生成されます:
解析
エラー: 解析エラー、予期しない $ in c:program filesapache
9行目のgroupapachehtdocsereg2.PHP
関数 UselessFunction は中括弧 (}) で終わっていないため、PHP コンパイラーはファイルの最後に到達するまで右中括弧を探し続けます。コンパイラは一致する中括弧を見つけられないため、ファイルの終わりエラーを報告します。
コード階層が正しく反映されていれば、エラー メッセージが非常に明確になります。コードの階層構造がマークされていない場合、最終的に何が忘れられたかを見つけることはほとんど不可能になります。したがって、コードの階層を必ず示すようにしてください。 Tab キーを使用するとこれが簡単になります。また、後続の開発者がコードのフレームワークを把握して変更することも容易になります。
MySQL エラー
もう 1 つの非常に迷惑なエラー メッセージは、最も一般的な MySQL エラーです。これは、新しい PHP ユーザーにとって頭痛の種となることがよくあります。 警告: 指定された引数は有効な MySQL 結果リソースではありません...
上記で報告された誤った行は次のようなものである可能性があります。
while($row = MySQL_fetch_array($result)) {
パラメータ $result は有効なリソースではありません。英語では、クエリが失敗したため mysql_fetch_array を処理できないことを意味します。クエリの構文が無効であるか (クエリをコピーして MySQL コンソール参照に貼り付けてテストする必要があります)、データベースへの接続に失敗しました (この場合、ユーザー名、パスワードなどを再確認する必要があります)。
エラーの防止
最初のステップとして、賢いコーダーは次のステップを実行して、次のエラーを排除できます。
· すべてのステートメントの最後にセミコロンを追加することを考えないでください。これは習慣になるはずです。
· 可能な限りコードの階層を常に示すことで、if 呼び出しや関数の末尾などの場所に中括弧を追加するのを忘れていないかどうかを確認できます。
· 構文強調表示機能のあるエディタ (HTML-Kit など) を使用してください。このようなエディターの助けを借りて、引用符を追加するのを忘れていないか、セミコロンが抜けていないかなどを判断できます。
結論
この記事では、PHP コンパイラーが報告する可能性のある一見無意味なエラーについてある程度理解しました。私たちは学んだことを、間違いを避ける方法と、間違いが起こったときに修正する方法に応用する必要があります。デバッグは開発者の仕事の中で最も重要な部分の 1 つです。デバッグ効率を向上させると、作業全体の進行が大幅にスピードアップし、プロジェクトの完了にかかる時間を短縮でき、コードの失敗による精神的プレッシャーも大幅に軽減されます。
プログラムを作成するときにどれだけ注意を払っていても、間違いは避けられません。これらのエラーは通常、PHP コンパイラーを混乱させます。コンパイラ エラー メッセージは役に立たないだけでなく、開発者がメッセージの意味を理解していないとイライラさせられることがよくあります。