我的symfony错误页面500有问题（apps /％app-name％/ config / error / error.html.php）。 我必须知道symfony完全跳过标准的页面创建方式。我必须组织所有帮助者。
require_once dirname(__FILE__) . '/../../../../lib/vendor/symfony/lib/helper/HelperHelper.php';
use_helper('Tag', 'Asset', 'Url', 'I18N', 'Date', 'Partial');
但是现在我错过了配置的内容。如何手动触发自动加载器机制，以便从view.yml获取信息等等？
答案 0 :(得分：1)
我不知道在显示错误时依赖整个Symfony堆栈是否明智。
恕我直言，错误页面需要设计为尽可能轻量级，99％静态HTML，只有一些PHP代码才能显示友好的错误信息。 因为，如果您的Symfony堆栈出现问题，那么您甚至无法向用户提供合适的错误页面。
500错误页面也是一个“硬故障”页面，它是最通用的错误处理程序，只有在没有动作试图捕获异常时才显示。
在您想要使用视图和所有内容的情况下，我认为最好在操作中捕获异常，并使用用户可以操作的信息呈现更好的错误页面（return sfView::ERROR）。