免责声明:
似乎你们需要一些现实世界的例子。所以这里是:
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)
更新 5:
--- 它不记录通知/警告:-SDebug::enable(null, false);
- 如果我在生产中使用它,请有人评论可能的负面影响吗?