将所有错误记录到Django站点上的控制台或文件中

发布于 2021-01-29 17:40:50

在调试模式下运行runserver时,如何获取Django 1.0将 所有 错误写入控制台或日志文件?

我已经尝试使用具有process_exception函数的中间件类,如对此问题的可接受答案所述:

如何在Django网站上记录服务器错误

对于某些异常,将调用process_exception函数(例如:views.py中的assert(False)),但对于诸如ImportErrors之类的其他错误,将不会调用process_exception(例如,在urs.py中导入thisclassdoesnotexist)。我是Django
/ Python的新手。这是因为运行时错误和编译时错误之间有区别吗?但是然后我希望runserver抱怨它是否是编译时错误,而不是。

我已经看过西蒙·威利森(Simon
Willison)关于Django调试的精彩演讲(http://simonwillison.net/2008/May/22/debugging/),但是我没有找到适合我的选项。

如果相关的话,我正在写一个Facebook应用程序,Facebook用自己的消息掩盖HTTP
500错误,而不是显示Django的内容丰富的500页。因此,我需要一种将 所有 类型的错误写入控制台或文件的方法。

编辑:
我想我的期望是,如果urls.py中的导入错误(ImportError)时,如果Django可以返回500个错误页面,其中包含大量详细信息,则它应该能够将相同的详细信息写入控制台或文件而无需必须在代码中添加任何其他异常处理。我从未见过关于import语句的异常处理。

谢谢杰夫

关注者
0
被浏览
50
1 个回答
  • 面试哥
    面试哥 2021-01-29
    为面试而生,有面试问题,就找面试哥。

    这有点极端,但是出于调试目的,您可以打开该DEBUG_PROPAGATE_EXCEPTIONS设置。这将允许您设置自己的错误处理。设置上述错误处理的最简单方法是覆盖sys.excepthook。这将终止您的应用程序,但是它将起作用。您可能需要做一些事情,以确保它不会杀死您的应用程序,但这取决于您要为其部署此平台的平台。无论如何,绝对不要在生产中使用它!

    对于生产来说,几乎必须要有大量的错误处理。我使用的一种技术是这样的:

    >>> def log_error(func):
    ...     def _call_func(*args, **argd):
    ...         try:
    ...             func(*args, **argd)
    ...         except:
    ...             print "error" #substitute your own error handling
    ...     return _call_func
    ...
    >>> @log_error
    ... def foo(a):
    ...     raise AttributeError
    ...
    >>> foo(1)
    error
    

    如果在视图上使用log_error作为装饰器,它将自动处理其中发生的任何错误。

    流程_异常函数针对某些异常(例如,views.py中的assert(False))_被调用,但流程异常并未针对诸如ImportErrors(例如:在urs.py中导入thisclassdoesnotexist)之类的其他错误而被调用。我是Django
    / Python的新手。这是因为运行时错误和编译时错误之间有区别吗?

    在Python中,所有错误均为运行时错误。造成问题的原因是因为在调用视图之前导入模块时,这些错误会立即发生。我发布的第一种方法将捕获此类错误以进行调试。您可能可以为生产找到一些解决方案,但是我认为如果在生产应用程序中遇到ImportErrors(并且没有进行任何动态导入),则问题会更严重。

    不过,像pylint这样的工具可以帮助您消除此类问题。



知识点
面圈网VIP题库

面圈网VIP题库全新上线,海量真题题库资源。 90大类考试,超10万份考试真题开放下载啦

去下载看看