【问题标题】:How to trace what is causing WordPress error 500?如何追踪导致 WordPress 错误 500 的原因?
【发布时间】:2011-11-26 11:11:19
【问题描述】:

内部错误 500 是一个如此普遍的错误,在 /wordpress/error_log 下的日志中没有任何显示。有没有办法获得崩溃发生位置的堆栈跟踪?在 ASP.NET 中,这非常简单,因为堆栈跟踪、代码 sn-p 和行号都显示在错误页面中。任何帮助将不胜感激。

【问题讨论】:

  • 错误的更完整解释显示在 Apache 写入错误日志的位置。如果它不在 /wordpress/error.log 中,那么这不是发生的位置

标签: php wordpress apache error-handling


【解决方案1】:

在您的 php.ini 中打开 php 错误或将此行添加到您的 webroot 中的 .htacess 文件中:

php_flag display_errors on

【讨论】:

  • 完成了这两件事,我仍然没有错误,只是我的网络浏览器提供了一个默认的“内部服务器错误”页面。
  • @Bill(或其他任何人) - WordPress 通过基于常量的错误报告来做有趣的事情。查看WP_DEBUGWP_DEBUG_LOGWP_DEBUG_DISPLAY 常量。例如,在 4.7.3 中,如果您打开了 WP_DEBUG 但未打开 WP_DEBUG_DISPLAY,则 WordPress 将显式关闭 关闭 display_errors,覆盖您的环境设置。
  • 相比之下,WP_DEBUG_LOG = true 将导致 WordPress 破坏您的 error_log 设置,将其指向 wp-content/debug.log,而 WP_DEBUG_LOG = false(或省略)将留下您的 @987654331 @ 和 log_errors 一个人。
猜你喜欢
  • 2019-03-17
  • 2012-12-06
  • 1970-01-01
  • 1970-01-01
  • 2015-10-20
  • 2011-12-25
  • 2012-10-19
  • 1970-01-01
  • 2012-08-29
相关资源
最近更新 更多