【问题标题】:Custom Error Handling in Wordpress PluginsWordpress 插件中的自定义错误处理
【发布时间】:2014-11-19 19:10:22
【问题描述】:

我正在创建一个公共使用的 Wordpress 插件并致力于一般错误处理/日志记录。当谈到 Wordpress 插件时,我一直在努力寻找任何类型的“最佳实践”。

在常规 PHP 领域,似乎 good practice 设置您的 error_reporting,使用 set_error_handler 创建自定义错误处理程序,然后使用 trigger_error 捕获/记录有关错误的详细信息。这是 Wordpress 插件中的一个坏主意吗?

在我看过的大量插件中,似乎没有人使用这种做法,这就是我想知道的原因。像这样设置自定义处理程序会干扰其他插件或其他东西吗?有没有更好的方法来处理/记录 Wordpress 插件中的错误?

谢谢!

【问题讨论】:

    标签: php wordpress plugins error-handling


    【解决方案1】:

    在 WordPress 中,您将使用 WP_Error 类来处理错误。

    有一组常量将确定是否报告、显示或记录错误,您通常会在 wp-config.php 上定义:

    define('WP_DEBUG', true);
    define('WP_DEBUG_DISPLAY', false);
    define('WP_DEBUG_LOG', true);
    define('SAVEQUERIES', true);
    

    当然,在开发时,你应该将WP_DEBUG设置为true,并在生产环境中将其设置为false

    查看DeveloperDebug Bar 插件,以及WordPress Error Handling 系列文章了解更多信息

    【讨论】:

    • 感谢您的帮助,尤其是那些插件!我以前读过 WP_Error ,但把它写成只是一个错误容器而且太基础了。再看一遍,我可以看到它可以如何扩展并导致一些好的实践。如何处理 Wordpress 中的意外情况?在我的狩猎中,我还没有找到相当于set_error_handlerset_exception_handler 的WP。那些在插件中使用是否安全,或者我没有看到其他 WP 开发人员使用它们的原因?再次感谢!
    猜你喜欢
    • 1970-01-01
    • 2011-02-03
    • 2017-05-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-10-19
    • 2018-10-12
    • 2018-05-31
    相关资源
    最近更新 更多