4

このクックブックの記事に従って、アプリケーション用のきれいなエラー ページを作成しようとしています。バグが入り込んで、アプリケーションが 1 行を返すことがあります: 503 Service Unavailable. 根本的なエラーまたはスローされた例外を確認できれば、私の人生はずっと楽になります。エラーテンプレートは本番環境でのみ使用されるため、開発環境に切り替えても役に立ちません。

TwigBundlejavascript および css アセットを使用するには、assetic の構成に追加する必要があることがわかりました。このような問題は、本番環境でデバッグするのが非常に困難です。

true本番エラー テンプレートが開発テンプレートに置き換えられるため、フロント コントローラーでデバッグ モードを に設定しても役に立ちません。

編集

Mike Purcell のおかげで、提供されたエラーを取得できました。私は得た

/[snip]/app/cache/prod/appprodUrlMatcher.php:669 でキャッチされない例外 'Symfony\Component\Routing\Exception\ResourceNotFoundException'

フレームワークは例外を処理する必要があることが判明しましたが、エラー Twig テンプレート内でエラーが発生した可能性がある場合は、503 エラーをスローすることを決定します。

Symfony2 アプリケーションで本番環境のエラー報告を有効にするにはどうすればよいですか?

何が悪いのかを推測してキャッシュをクリアするのにうんざりしています。本番環境で Twig のエラー テンプレートをデバッグする最良の方法は何ですか?

4

2 に答える 2

3

本番環境でスローされているエラーを確認する最善の方法は、Monolog を構成して、エラーを自分またはファイルに電子メールで送信することです。

ログの電子メール送信に関する Symfony2 クックブックをご覧ください http://symfony.com/doc/master/cookbook/logging/monolog_email.html

エラーページの見栄えを良くするには、その方法に関するこのクックブックのエントリを見てください http://symfony.com/doc/master/cookbook/controller/error_pages.html

于 2012-08-09T23:33:43.053 に答える