免責事項:
そのためには、実際の例が必要なようです。だからここにあります：
file_get_contents($filename);
スレッドの安全性と競合状態に注意してください。
またはその他のphp通知/警告またはあらゆる種類の回復可能な例外。
どちらも定義されていません。そしてapp.php、すべてのデフォルトのsymfony v2.3.5構成を使用してデフォルトで実行します-わかりました
Notice: Undefined variable: i in /var/www/.../UIBundle/Controller/DeployController.php on line 57
Call Stack:
0.0000 629696 1. {main}() /var/www/.../web/app.php:0
本番モードのフレームワークではすべてを処理し、ログに記録してユーザーに素敵な 404/500 を表示する必要があるため、これは私が期待するものではありません。
何が欠けているのでしょうか? また、どの構成パラメーターが動作を期待どおりに変更する必要がありますか?
更新日:
この質問は、未処理のphpエラーを処理して、ユーザーがスタックトレースを表示せず、本番環境で適切なエラーページを表示する方法に関するものです。したがって、予期しないケースとして、バグを$i++扱います。\bla()
更新 2 :
はい、私はクラスのdebugパラメーターを認識しておりKernel、個人的には切り替えが見られません
$kernel = new AppKernel('prod', true);
^--- changed from false
実際の運用環境が必要なので、合理的です。
更新 3 :
みんな、私はユニット、機能、受け入れ、および統合テストが何のためにあるのかを知っています。質問はテストに関するものではありません。問題は、symfony2 でネイティブに PHP エラーを処理する方法です。
更新 4 :
質問は、最新の symfony2 ブランチ - 2.3 (または具体的には v2.3.5) に関するものです。
UPD 5 :
Debug::enable(null, false);-これを本番環境で使用した場合に起こりうる負の副作用について誰かコメントしてもらえますか?