友好的错误页面来替换WSOD

这应该是最简单的事情，但是由于某种原因，我无法完成它。

我正在尝试获取一个友好的静态错误页面，以替换令人讨厌的500种情况。现在，我只是想在本地计算机（运行于MAMP的Drupal 7）上复制500种情况，方法是在主题的template.php顶部添加一些废话字符，这确实会触发500种情况，但是对于由于某种原因，我.htaccess或Apache配置文件中的ErrorDocument指令无效。

我正在做的事情很简单：

ErrorDocument 500 /500.html

我的网站根目录中有一个最简单的静态html页面，名称为500.html。

仍然，当我有意破坏template.php时，我得到的是可怕的死亡白屏，而不是友好的错误页面。

我在这里做错了什么？我已经在非Drupal设置中完成了十亿次操作，但是我无法理解这一点。

更新：在我的特定用例中，这个问题似乎非常多余，因为我们用来运行有问题的应用程序的Acquia的Dev Cloud目前甚至不支持自定义500系列错误页面。希望他们能尽快对此提供支持。

500错误页面严格来说是服务器错误页面。一旦服务器将执行移交给PHP，Drupal / PHP将负责提供自己的错误页面。您可以尝试告诉Drupal在一个try...catch块内收到某些错误时，将用户与HTTP 500状态标头一起重定向到自定义错误页面。

但是，请注意，某些WSOD可能会在系统级别发生，并且可能导致致命错误，该错误会立即停止执行并可能阻止catch执行。这方面的一个例子是，如果数据库没有正确调整为处理一定大小的查询（例如执行“功能还原所有操作”时），则数据库可能会阻塞，给您insta-WSOD的麻烦。

我想说的最好的办法是检查您的apache，MySQL和PHP错误日志，并尝试逐案找出WSOD的根本原因，而不是试图用相当大的掩盖它们的方式-错误页面。尽管有时不可避免地会导致典型的500个服务器错误页面的错误，并且在生产环境中使用自定义服务器错误页面是可行的，但实际上无法实时生成WSOD。

看来您已正确设置了服务器错误页面。您只需要区分典型的服务器错误页面！= WSOD即可。服务器错误页面可能是由于高流量和资源瓶颈而触发的，但是您不应该真正在生产期间发生WSOD。这些通常是由于不良的编码，优化或配置而发生的。如果仍然看到WSOD，请确保先找到（并解决）问题的根本原因，而不是尝试对它应用创可贴。

之所以得到WSOD，是因为您在php.ini中关闭了错误报告功能。这是一个安全问题-如果您遇到错误，并且黑客发现了错误所在，则他可能会使用它来对该网站进行黑客攻击。

但是，如果您想拦截错误，则需要启用在php.ini中显示错误（该示例仅显示严重错误）：

error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT

然后，您可以在htaccess文件中设置错误文档：

ErrorDocument 401 http://yourwebsite.com/error-401
ErrorDocument 403 http://yourwebsite.com/error-403
ErrorDocument 500 http://yourwebsite.com/error-500

另外，您可以在Drupal的settings.php文件中指定错误。

在NGINX中：

error_page 403 = /error.php?code=403;   
error_page 404 = /error.php?code=404;
error_page 500 = /error.php?code=500;

由于您正在MAMP中运行Apache，因此请在.htaccess中进行设置。请记住，AllowOverride在apache中，config应该是打开的（通常是）。

您是否打开了错误报告？（管理/配置/发展/记录- >集的所有邮件进行错误消息的显示）

默认情况下，Drupal将WSOD显示为安全功能。

我猜答案是“阅读文档”，请参阅https://www.drupal.org/node/195435

因此，基本上，您可以创建名为maintenance-page.tpl.php和的模板文件，maintenance-page--offline.tpl.php并在中对某些设置进行硬编码settings.php。

编辑：

它似乎并不无论什么级别error_reporting设置为或你是否已设定display_errors到on或off。当您拥有一个maintenance-page--offline.tpl.php文件时，当数据库消失时，Drupal将显示此页面。您/admin/config/development/logging在管理端设置的内容也没有关系。如果您仅遇到语法错误（这是OP的情况），实际上不会触发500，则是200，并根据php.ini display_error设置显示或隐藏PHP错误。据我所知，除了根据需要在整个自定义代码中添加自定义错误处理逻辑外，没有其他方法。

为了用别的东西代替所有WSOD将需要破解的核心：你不希望这样做。Drupal在bootstrap.inc和errors.inc中定义了自己的错误处理程序。如果您要弄乱这些代码，则必须确保考虑到执行到此阶段时所有可能出错的事情（没有数据库，主题引擎，主题，配置等）。

我做了一个沙盒项目来做到这一点。

我能够通过扩展/src/EventSubscriber/fivehundredEventSubscriber.php中的HttpExceptionSubscriberBase来实现此目的

    <?php
namespace Drupal\five_hundred\EventSubscriber;

use Drupal\Core\EventSubscriber\HttpExceptionSubscriberBase;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\HttpKernel\Event\GetResponseForExceptionEvent;
use Symfony\Component\Serializer\SerializerInterface;

class five_hundredEventSubscriber extends HttpExceptionSubscriberBase {

      public function __construct($stack) {

        if(
          (
            null !== $stack->getCurrentRequest()->attributes->get('exception')->getCode()
            && $stack->getCurrentRequest()->attributes->get('exception')->getCode() == 500
          )||(
            null !== $stack->getCurrentRequest()->attributes->get('exception')->getStatusCode()
            && $stack->getCurrentRequest()->attributes->get('exception')->getStatusCode() == 500
          )
        ){
            $response = new Response();
            $errorDocumentHtml = 'html here';
            $response->setContent($errorDocumentHtml);
            $response->setStatusCode(500, '500 Internal Server Error');
            $response->send();
            die();
        }
      }

      /**
       * {@inheritdoc}
       */
      protected function getHandledFormats() {
        return array('html','');
      }


    }
?>

并且您需要在模块中添加服务。services.yml

services:
  five_hundred.:
    class: Drupal\five_hundred\EventSubscriber\five_hundredEventSubscriber
    arguments: ['@request_stack']
    tags:
      - { name: event_subscriber }