問題タブ [error-reporting]

error_reporting(E_ALL);各ファイルに含めるのではなく、特定のディレクトリを設定する方法はありますか?

beta.mysite.com のエラー報告を有効にしたい

PHP ini ファイル ( php.ini) をチェックしたところ、display_errors設定されており、エラー報告も ですE_ALL。Apache ウェブサーバーを再起動しました。

これらの行をスクリプトの先頭に配置しましたが、単純な解析エラーもキャッチしません。たとえば、変数を a"$"で宣言し、ステートメントを閉じません";"。しかし、すべてのスクリプトでこれらのエラーに関する空白のページが表示されますが、ブラウザーの出力で実際にエラーを確認したいと考えています。

やるべきことは何ですか？

私のアプリケーション全体のエラー処理では、ホスト名を返して、発生したコンピューター、アプリケーションのバージョン、Windows のバージョン、すべての内部例外を含む例外、およびスタック トレースを確認しています。

MyApplication_UnhandledException メソッド内でエラーを追跡するのに役立つその他の情報は何ですか?

例外がアプリケーションの先頭まで伝播する場合（もちろん、これは決して発生しません）、プログラムがクラッシュする前にエラーレポートを送信するオプションを提供したいと思います。私が念頭に置いているのは、Main関数のすべてをtry-catchでラップし、スタックトレースやその他の情報をサーバーに送信する小さなクラスです。簡単そうに聞こえますが、このようなものでは、私が十分に考慮していないハードル（セキュリティ、将来性など）があると確信しています。

この目的のための既存の.NETライブラリ/プロジェクトはありますか？または、これは正しいアプローチのように聞こえますか？単にアプリケーションのエントリポイントですべての例外をキャッチしますか？

/ error / *で発生するすべてのものを処理するSpringDispatcherservletを備えたWebアプリ（2.5サーブレット仕様）と、それを/error/にルーティングするように構成されたエラーページがあります。

およびerrorServlet-servelt.xml

ヘルプが必要なスポット：

1. これがエラーに取り組むための最良のアプローチであるかどうか。
2. 構成で宣言できるSimpleMappingExceptionResolverがあることは知っていますが、このクラスは、Springコントローラーからの例外のみで、他のクラスではないという点で優れているとどこかで読みました。

巨大で時代遅れ (2001 年頃) の PHP Web サービスをデバッグしようとしていますが、ファイルを開くことができません。fopen 呼び出しは含まれているモジュールにあります。呼び出し元は、ファイルを開くことができなかったことをログに記録していますが、理由はログに記録されていません。

実際に開くコードは次のとおりです。

fopen が失敗した理由を調べるにはどうすればよいですか?

IIS で PHP をインストールしてエラーを表示しようとしていますが、うまくいきません。私は試した

スクリプトで何も表示されず、空白の画面だけが表示されます。

PHP.iniファイルと設定を編集してみました

また試した

しかし、スクリプトがエラーをスローしても、画面には何も表示されません。

何かアドバイス？

基本的に、本番環境で多くのエラーがあるライブサイトを継承しているとしましょう。基本的に、このサイト全体の再コード化を行っています。これには 1 か月程度かかる場合があります。

このサイトが、もはや存在しない外部の xml ファイル フィードに依存していた場合がいくつかありますが、コードが適切にセットアップされていないため、きれいなエラー メッセージが表示されませんでした (さまざまな同様の状況があります)。たとえば、xml ファイルのコンテンツが公開されていない場合でも、少なくともこれらのエラー メッセージは表示されなくなるため、ページに php エラーや空白の領域が表示されることはありません (そのため、ページの残りの部分は「問題なく」表示されます)。

ある時点で、誰かが set_error_handler を使用して極端ではないいくつかのケースを無効にすることを聞いたことがあります。エラーメッセージをファイル/ログに保存するか、電子メールで送信するように設定するという考えがありました (エラーメッセージが重複しないようにします) ）基本的に、エンドユーザーはこれらの醜いものを見る必要はありません.

実際にこれをやった人からのヒントを探しているので、事前に感謝します。

error_reporting(0);、およびについては知ってini_set('display_errors', false);いますが、wordpress に次のような通知が表示されます。

注意: /var/www/vhosts/treethink.net/subdomains/parkridge/httpdocs/wp-includes/formatting.phpの359行目の配列から文字列への変換

WordPressにのみ表示され、サイトの他のページには表示されません。

を確認phpinfo()したところ、すべてエラーが表示されないように設定されています。なぜこれはまだ表示されますか？

エラーを生成する行は次のとおりです。

ギャラリーの動作を変更するために、ワードプレスでいくつか変更を加えました。しかし、この関数ではありません。また、この関数の呼び出しも変更していないと思います。表示される通知を除けば、すべてが完全に正常に動作しているように見えます。このエラーを非表示にするだけです。

私の雇用主は現在Fogbugzを試していますが、素晴らしい機能の1つは、例外ロガー（ELMAH）とFogBugzでのケース生成の間のある種の自動化です。具体的には、エラーレポートをFogBugzに送信し、FogBugzでエラーを処理し、重複を探し（おそらくページ名、例外、問題のある行でグループ化）、必要に応じて新しいモジュールを作成するモジュールがあれば素晴らしいと思います。場合。

私が知る限り、これはELMAHを使用して電子メールを送信し、レポートを解析して必要なアクションを実行するプラグインをFogBugz側に配置することで実現できます。誰かがこのようなことを試しましたか？