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

Question

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

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

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

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

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

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

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

谢谢杰夫

Answer 1

这有点极端，但是出于调试目的，您可以打开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这样的工具可以帮助您消除此类问题。

Answer 2

对于某些异常（例如，views.py中的assert（False））调用了process_exception函数，但对于诸如ImportErrors的其他错误（例如：在urs.py中导入thisclassdoesnotexist）未调用process_exception。 我是Django / Python的新手。 这是因为运行时错误和编译时错误之间有区别吗？

不，那是因为仅当view中引发异常时才调用process_exception中间件 。

我认为DEBUG_PROPAGATE_EXCEPTIONS （Jason Baker首先提到）是您需要的，但是如果您只想将回溯信息转储到控制台，则我认为您不需要执行任何其他操作（即sys.excepthook等）。

如果您想对错误进行更复杂的处理（即将其转储到文件或数据库中），最简单的方法就是get_request_exception信号 ，Django会针对与请求相关的异常发送该信号 ，无论该异常是否在视图中引发。

django.core.handlers.BaseHandler的get_response和handle_uncaught_exception方法在该区域具有指导性（简短）。

无需在代码中添加任何其他异常处理。 我从未见过关于导入语句的异常处理。

多看一点，您会发现它已经完成（通常在您想要以某种特定方式处理不存在依赖项的情况下）。 就是说，如果您不得不在代码中遍历额外的try-except块来对异常的处理方式进行全局更改，那当然会很丑陋！

Answer 3

首先，通过异常日志可以看到很少的编译时错误。 如果您的Python代码没有有效的语法，则它会在打开日志以进行写入之前死亡。

在Django runserver模式下，您可以看到一条“ print”语句写入stdout。 但是，这不是一个好的长期解决方案，所以不要指望它。

但是，当Django在Apache下运行时，它取决于您所使用的插件。 mod_python不容易处理。 mod_wsgi可以强制发送stdout和stderr到日志文件。

但是，最好的选择是日志记录模块。 在您的顶级urls.py进行初始化以配置日志记录。 （或者，也许是您的settings.py ）

确保每个模块都有一个可用于记录日志消息的记录器。

确保您进行的每个Web服务调用周围都有一个try / except块，并将异常写入日志中。

Answer 4

http://groups.google.com/group/django-nashville/browse_thread/thread/b4a258250cfa285a?pli=1

Answer 5

如果您使用的是* nix系统，则可以

在python中写入日志（例如mylog.txt），然后在控制台中运行“ tail -f mylog.txt”

这是一种方便的方式来实时查看任何类型的日志