3. 没有什么比打开你的网站却发现一个...更让人心跳加速的了 2. WordPress 500 错误 en lugar de tu página. El mensaje “Internal Server Error” (o “Error interno del servidor”, o directamente una pantalla en blanco con el código 500) es de los más desconcertantes porque no da ninguna pista: el servidor solo admite que algo ha fallado al procesar la petición, sin decir qué. La buena noticia es doble. Primero, tu contenido está intacto: el error 500 es un fallo de ejecución, no una pérdida de datos. Segundo, sus causas reales se concentran en un puñado de sospechosos habituales (un plugin conflictivo, un archivo .htaccess 损坏、PHP内存限制、未完成的更新或不兼容的PHP版本），并且所有这些问题都可以在拥有主机访问权限的任何用户解决，无需成为程序员。在本指南中，我们将按可能性顺序逐步诊断和解决此错误，并提供防止其再次发生的措施。
WordPress中的500错误是什么以及为什么会出现
Los códigos de estado HTTP que empiezan por 5 indican fallos del servidor. El 500 es el genérico: la petición llegó bien, pero algo reventó al procesarla. En WordPress, “algo” es casi siempre PHP: un código que lanza un error fatal, un archivo de configuración del servidor con una instrucción inválida o un proceso que agota los recursos asignados.
原因（按频率从高到低排序）：
- 插件或主题出现致命错误，通常在更新或新安装后发生。
- 一个文件
.htaccess损坏的 或规则不兼容，通常由某个安全或缓存插件写入。 - PHP内存限制耗尽：网站所需的内存超出了主机分配给每个进程的内存。
- PHP版本不兼容 与某个插件或主题不兼容（对旧代码来说太新，或对现代代码来说太旧）。
- 更新中断 核心文件，导致安装进入维护模式或文件不完整。
- 核心文件损坏或权限不正确但在迁移或遭到黑客攻击后，这种情况并非不可能发生，只是不那么常见。
在进行任何操作之前：如果错误是在你做了某个具体操作（安装插件、更新主题、粘贴代码到 functions.php），你已经找到了头号嫌疑犯。撤销该更改，问题很可能就解决了。
步骤 0：查看错误日志
快速诊断的方法是阅读错误日志，其中 PHP 会准确记录哪里出了问题以及在哪个文件中。你有两种途径：
主机日志
Casi todos los paneles (cPanel, Plesk y propios) tienen una sección de registros o “Errores”. Busca las líneas con la fecha del fallo: un mensaje del tipo PHP Fatal error: ... in /wp-content/plugins/nombre-del-plugin/archivo.php 直接指出罪魁祸首。
WordPress 调试模式
如果你可以通过 SFTP 编辑文件，请将以下代码添加到 WordPress 自身的日志记录中 wp-config.php (antes de la línea que dice “That’s all, stop editing”):
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );重新加载出错的页面并检查文件 wp-content/debug.log。有了错误信息，接下来的步骤就不再是试错，而是精准的“手术”。完成后，请记得恢复 WP_DEBUG a false.
解决方案 1：停用插件（常见嫌疑犯）
如果日志指向某个插件，或者你没有日志但想从最可能的原因入手，请停用插件。如果因为出现 500 错误而无法进入后台，怎么办？通过 SFTP 同样容易操作：
- 通过 SFTP 连接并导航到
wp-content. - 重命名文件夹
pluginsaplugins-off。这会一次性禁用所有插件，而不会删除任何内容。 - 重新加载网站。如果它再次工作，那么罪魁祸首就是插件。
- 将文件夹恢复为原始名称
plugins。插件将保持禁用状态。 - 进入仪表盘，逐一重新激活它们，每次激活后重新加载网站，直到错误再次出现：那就是冲突的插件。
确定罪魁祸首后，将其删除或寻找修复该错误的更新。如果它是您网站的必备插件，请联系其支持团队并附上日志行；这是他们修复它所需的信息。对于主题也适用相同的程序：重命名其文件夹，在 wp-content/themes WordPress 将回退到默认主题。
解决方案 2：重新生成 .htaccess 文件
这个 .htaccess 是一个 Apache 配置文件，位于安装的根目录。安全、缓存和重定向插件会写入它，一行无效的代码就会导致整个网站立即出现 500 错误。
- 通过 SFTP，找到文件
.htaccess在根目录（如果看不到，请启用隐藏文件视图）。 - 将其重命名为
.htaccess-viejo并重新加载网站。 - 如果网站恢复正常，问题就在那里。进入 设置 → 固定链接 并点击 保存更改：WordPress 将生成一个
.htaccess干净。
WordPress 写入的标准内容是这些；此块之外的任何内容都是由插件或个人添加的：
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress100. 提高限制。
99. 文件中提高它。快速解决方案是从 Allowed memory size of X bytes exhausted98. 请注意，主机有自己的上限：如果其全局限制是 128M，声明 256M 将无效，你必须从主机面板或其 wp-config.php:
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );97. 中详细解释包含三种可能途径的完整过程。 php.ini96. 。我们将在 95. 如何增加 WordPress 的 PHP 内存限制.
94. 解决方案 4：检查 PHP 版本
93. PHP 版本的跳跃（例如，当主机自动更新时）可能会破坏使用已删除函数的旧插件或主题；反之，现代插件可能需要比已安装版本更高的版本。日志将显示函数不存在或语法不兼容的致命错误。
92. 从主机面板中，你可以在下拉菜单中更改 PHP 版本。作为诊断，尝试当前版本的前一个版本：如果错误消失，你就知道有代码与新版本不兼容。中长期正确的策略不是停留在旧版本（你会失去安全性和速度），而是更新或替换不兼容的代码并返回到现代版本，这还能带来性能上的提升，正如我们讨论 91. 通过 PHP 设置加速 WordPress.
90. 其他原因：更新中断和文件损坏
更新中断
89. 如果错误出现在核心、主题或插件更新期间，安装可能卡在维护模式。在根目录中查找名为 .maintenance 88. 并删除它。如果问题仍然存在，请手动上传文件重复更新。
87. 损坏的核心文件
86. 在黑客攻击或文件传输不完整后，核心文件可能会损坏。解决方案是在不触及你的内容的情况下重新安装它：从 85. es.wordpress.org 84. 并通过 SFTP 上传 wp-admin y wp-includes 83. 和根目录文件， 82. 绝不覆盖 wp-content 81. 也 wp-config.php80. 。如果你怀疑被黑客攻击，不要只打补丁：请遵循我们的 79. 检测和清理 WordPress 攻击后的指南.
78. 权限不正确
77. 标准权限是文件夹 755，文件 644。异常值（如 777，或没有读取权限的文件）可能会在某些服务器上导致 500 错误。几乎所有 SFTP 客户端都允许递归纠正它们。
76. 如何预防下一次 WordPress 500 错误
- 75. 自动外部备份。 74. 有了最近的备份，任何 500 错误都会变成小麻烦，而不是危机。
- 73. 分批谨慎更新。 72. 不要一次更新十个插件：分小批进行，并在每批更新后检查网站，以便在出现问题时能够找出罪魁祸首。
- 71. 使用测试环境。 70. 许多主机提供一键式暂存环境：在将其部署到生产环境之前，先在那里测试大型更新。
- 69. 保持插件数量少且质量高。 68. 每个插件都是在你的服务器上运行的第三方代码；部件越少，出问题的可能性越小。 67. 初学者必备插件 66. 精心选择的插件几乎涵盖所有需求。
- 65. 监控资源。 64. 如果即使你提高了限制，内存错误仍然重复出现，那么你的网站已经超出了你的主机能力：是时候升级计划或更换更好的提供商了。
常见问题
63. WordPress 的 500 错误会删除我的内容吗？
62. 不会。这是一个服务器执行故障：包含你的文章、页面和设置的数据库保持完整。一旦原因（插件、.htaccess、内存…）得到纠正，网站就会恢复原样。
61. 为什么我只有在后台（wp-admin）出现 500 错误，而网站看起来正常？
60. 通常是一个只在管理后台运行的插件，或者是内存限制：后台比公共部分消耗更多资源。应用相同的步骤（通过 SFTP 禁用插件并扩大内存）并检查日志以确认。
59. 500 错误对 SEO 有多大影响？
58. 几分钟或几小时的临时错误没有明显影响：谷歌稍后会重试。如果错误持续数天，结果可能会开始从索引中消失。因此，最好尽快诊断，如果自己无法解决，应及时上报给主机支持，不要让问题恶化。
57. 如果这些都不奏效怎么办？
56. 联系你的主机支持，提供具体数据：故障的确切时间、你之前做了什么以及你已经尝试了什么。他们可以看到你无法查阅的服务器日志（被终止的进程、全局限制、基础设施故障）。如果你有最近的备份，恢复它总是一个体面的出路，同时调查原因。
结论
55. WordPress 500 错误因其模糊性而令人望而生畏，但它在一个有序的方法面前屈服：阅读日志以了解哪里出了问题，通过 SFTP 禁用插件，重新生成 .htaccess54. ，扩大 PHP 内存并检查 PHP 版本。通过这五个步骤，绝大多数情况都能解决，通常在半小时内，无需触碰一行代码。那些饱受这些错误困扰的人和那些能轻松解决这些错误的人之间的区别不在于技术水平，而在于有清晰的流程和最近的备份，这消除了所有戏剧性。保存这份指南以备下次惊吓：下次服务器以 500 错误问候你时，你将确切知道从何开始。
