【问题标题】:Python/Django generate runtime exceptionPython/Django 生成运行时异常
【发布时间】:2013-03-29 20:25:55
【问题描述】:

我在使用 Apache/mod_wsgi 的 Django 项目中使用 werkzeug。我想要做的是访问 werkzeug python shell 而实际上没有错误。我能想到的唯一方法是在匹配 url 模式 url(r'^admin/shell', forceAnError()) 时故意导致错误。

诚然,故意造成错误并不是最佳的行动方案,所以如果有一种方法可以简单地从模板或其他东西调用/导入/渲染/访问 werkzeug python shell,那将是更好的解决方案。

【问题讨论】:

  • 我提示您在发生错误时查看 werkzeug 使用的模板
  • 我是一个 Python 菜鸟,但我会看看能不能找到它。
  • 显然,如果您让任何人都可以访问此 URL,则会出现一些安全问题,我建议您限制超级用户或 IP 的访问权限
  • 是的,它绝对不会出现在生产中,甚至在原型设计中我也在考虑限制访问。
  • 我找到了驱动控制台的代码,位于werkzeug/debug/ 但我不确定如何在 django 中实现。

标签: python django werkzeug


【解决方案1】:

如果您将您的 WSGI 应用程序包装在 werkzeug.debug.DebuggedApplication 中并启用 evalex,您将在 /console 获得一个可用的 shell:

from werkzeug.wrappers import Request, Response
from werkzeug.debug import DebuggedApplication

@Request.application
def app(request):
    return Response("Normal application, nothing to see here...")

app = DebuggedApplication(app, evalex=True)
# console_path is another optional keyword argument.
# you can guess what it does.

【讨论】:

  • 没想到这么简单,我什至已经有了evalex=True。奇怪的是,#pocoo IRC 上的人告诉我,做这样的事情是不可能的......显然他们不知道他们在说什么。
  • @TNels:我刚看了源代码,看到console_path,心想:哦,嘿,这是什么?我试过了,这正是你想要的。
猜你喜欢
  • 2016-05-28
  • 1970-01-01
  • 1970-01-01
  • 2022-10-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-07-01
相关资源
最近更新 更多