WordPress自定义PHP版500错误页配置异常求助

听起来你遇到了一个典型的“错误页本身出错”的循环问题，我来帮你一步步排查解决：

1. 先修复手动触发故障的代码问题 #

你用的<?php header('location : '); ?>写法有两个问题：

• Location头的冒号不能加空格，正确格式是Location:
• 这种空跳转的写法本身会让服务器返回无效响应，直接导致连接异常

如果要手动测试500错误，换成标准的触发方式：

<?php
// 方式1：直接设置500响应码
http_response_code(500);
die();

// 方式2：触发PHP致命错误（更贴近真实故障场景）
// non_existent_function_call();
?>

2. 排查500.php本身的语法/逻辑错误 #

之前HTML版本正常，换成PHP后失效，大概率是500.php文件本身抛出了500错误，导致服务器进入“错误→调用错误页→错误页又出错”的死循环，最终浏览器显示连接重置。

先把500.php简化到最基础的测试版本：

<?php
http_response_code(500);
?>
<!DOCTYPE html>
<html>
<head>
    <title>500 服务器内部错误</title>
</head>
<body>
    <h1>抱歉，服务器出了点小问题</h1>
    <p>我们正在紧急修复，请稍后再访问~</p>
</body>
</html>

替换后测试，如果这个版本能正常显示，说明你原来的500.php里有代码问题（比如未闭合的标签、调用了不存在的函数/变量、依赖未加载的资源等）。

3. 确认.htaccess配置的细节 #

确保你的ErrorDocument配置没有拼写错误，路径匹配实际文件位置：

ErrorDocument 500 /wp-content/500.php

另外，如果你是在子目录安装WordPress，路径要对应调整（比如/blog/wp-content/500.php）。

4. 查看服务器错误日志定位深层问题 #

如果上面的步骤都没解决，去服务器的PHP错误日志里找线索（通常在Apache的/var/log/apache2/error.log，或者主机控制面板的“日志”板块）。日志会明确告诉你500.php加载时的具体错误——比如文件权限不足、PHP扩展缺失、函数未定义等。

5. 避免在错误页中依赖WordPress环境 #

如果你在500.php里调用了WordPress的函数（比如get_header()、wp_enqueue_style()），直接加载这个文件时WordPress核心未初始化，会触发致命错误。如果需要复用WP的样式/功能，要在文件顶部手动引入WP核心：

<?php
// 路径根据你的WP安装目录调整，比如根目录的话是../../wp-load.php
require_once('../../wp-load.php');
http_response_code(500);
get_header();
?>
<h1>500 服务器内部错误</h1>
<p>我们正在修复问题，请稍后再试。</p>
<?php get_footer(); ?>

不过更稳妥的做法是让500.php保持独立，不依赖外部框架，避免额外的故障点。

内容的提问来源于stack exchange，提问作者PepperAddict