PHP例外がカスタムエラーページにリダイレクトされました

Question

私が書いた関数は、自分の仕事をすることができない場合、例外をスローしています。生産的な環境のために、私は例外を見栄えの良いエラーページにリダイレクトすることを考えました。したがって、すべてのスクリプトの先頭に例外ハンドラset_exception_handlerを設定することを考えています。エラーページは、どのエラーが発生したかをどのように知っていますか？私はheader("Location: error.php?code=1234")のようなURLにエラーコードを入れることを考えました。開発段階では私は例外ハンドラを設定しませんでしたので、すべての例外はPHPのデフォルトエラー画面Uncugt例外に出力されます。...すべての有用な情報があります。

私はExceptions in PHP - Try/Catch or set_exception_handler?を読んだことがありますが、フロントコントローラスクリプトの書き方は分かりませんし、これは多分努力していると思います。

私は正しい方法でエラーを処理するのが好きなPHP初心者ですが、正しくやっているかどうか分かりません。上記のようにしてもOKだと思いますか、他の提案がありますか？

ありがとうございました！

Answer 1

リダイレクトしないでください。例外ハンドラ関数では、その時点でエラーページを出力します（または、エラーページHTMLを含むPHPファイルをインクルードします）。 PHPヘッダー関数を使用して適切なステータスコードを設定することもできます。

編集：なぜリダイレクトしない：

• あなたはそう、あなたのエラーページ（原因に応じて、通常は404、403、400、500または503）上の適切なHTTPステータスコードを返すようにしたいです検索エンジンのロボットはエラーのインデックスを作成しないことを知っており、クローラは壊れたページを特定でき、ブラウザはページをキャッシュしないなどのことを知ることができます。リダイレクトすると、301/302のHTTPステータスコードが返されますが、エラーメッセージは返されません。
• 一時的なグリッチの場合に備えて、エラーが発生したページをユーザーが更新できるようにします。別のURLにリダイレクトすると、何度も更新されますが、エラーページが表示されます（そのページが表示されているため）。

Answer 2

真実を教えてください。この種のことを心配するのは早すぎると思います。

OOPのマスタリングに熱心なので、後であなたのためにすべてのエラー/例外をキャッチするMVCフレームワークを使用します。 symfonyを見てください。開発環境では、例外とスタックのトレースが表示されますが、実際の環境では表示されます。それは素晴らしい、カスタマイズ可能なエラーページを吐き出す。

意味：車輪を改造しないで、他の人が同様の問題をどのように解決したかを見てください。また、それらのソリューションを使用することをお勧めします（ただし、それらも同様に理解してください）。

Answer 3

あなたは説明した上で、それが ようにそれをやって大丈夫だと思います。また、他の 提案はありますか？

いいえ、これは問題ありません。発生するすべての問題にゴールデンハンマーを適用する必要はありません。一部の例外は他の例外とは異なる方法で処理する必要があります。さらに、特定の例外は、コードのある部分で別のものよりも別に処理する必要がある場合があります。私はset_exception_handlerが何らかの理由で適切に捕まえられなかった例外を処理し、より細かく処理するtry/catchを作成するという最後の手段として機能することを提案します。