django-debug-toolbar未显示

132

我看着其他问题，无法解决...

我做了以下安装django-debug-toolbar的操作：

  1. pip安装django-debug-toolbar
  2. 添加到中间件类：
MIDDLEWARE_CLASSES = (
    'django.middleware.common.CommonMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    # Uncomment the next line for simple clickjacking protection:
    # 'django.middleware.clickjacking.XFrameOptionsMiddleware',
    'debug_toolbar.middleware.DebugToolbarMiddleware',
)

3添加了INTERNAL_IPS：

INTERNAL_IPS =（'174.121.34.187'，）

4将debug_toolbar添加到已安装的应用程序

我没有收到任何错误或任何内容，并且该工具栏也没有显示在任何页面上，甚至没有显示在管理页面上。

我什至将debug_toolbar模板的目录添加到了我的 TEMPLATE_DIRS

python  django  django-debug-toolbar 
— 亚历克斯·布兰德
source
9
如果您使用的是Vagrant，请确保您INTERNAL_IPS的输入正确无误。一种检查方法是在视图中打印您的视图request.META['REMOTE_ADDR']，然后将其添加到视图中INTERNAL_IPS。
— 威尔
1
这可能对某人有帮助。我试图通过添加'*'内部IP来尝试，但这不起作用。您必须输入特定的IP。
— Luv33preet
在我的settings.py中，现在仅是MIDDLEWARE，而不是MIDDLEWARE_CLASSES
— bertie

Answers:

174

愚蠢的问题，但您没有提及，所以... DEBUG设置为什么？它不会加载，除非它是True。

如果仍然无法使用，请尝试同时添加“ 127.0.0.1” INTERNAL_IPS。

更新

这是最后的努力，您不应该这样做这样做，但它清楚地表明，如果有一些只是配置问题，或者是否有一些更大的问题。

将以下内容添加到settings.py：

def show_toolbar(request):
    return True
SHOW_TOOLBAR_CALLBACK = show_toolbar

这将有效地删除调试工具栏上的所有检查，以确定是否应该加载自身。它总是会加载。仅将其保留用于测试目的，如果您忘记了并随它一起启动，所有访客也将看到您的调试工具栏。

对于显式配置，另请参阅此处的官方安装文档。

编辑（6/17/2015）：

显然，核选项的语法已更改。现在在它自己的字典中：

def show_toolbar(request):
    return True
DEBUG_TOOLBAR_CONFIG = {
    "SHOW_TOOLBAR_CALLBACK" : show_toolbar,
}

他们的测试使用此词典。

— 克里斯·普拉特
source
3
是的，所以这里有更大的问题。如果您使用的不是其他工具，请runserver确保重新启动它。哎呀runserver，也要重启。确保您对settings.py的更改实际上已保存/提交。您可能要尝试删除* .pyc文件。在* nix中，您可以简单地find . -name "*.pyc" -exec rm {} \;从项目根目录开始。最后，运行python manage.py shell并执行from django.conf import settings并检查的值settings.INSTALLED_APPs。
— 克里斯·普拉特
3
我不确定您对最后一个问题的意思，但是如果您指的是INTERNAL_IPS，则是针对客户端而不是服务器（Django）。换句话说，你把你的 IP地址，以便您可以看到调试工具栏，无论什么IP的网站可能上运行。
— 克里斯·普拉特
10
INTERNAL_IPS也吸引了我。.感谢您提供的信息
— Lee Lee
12
甚至是SHOW_TOOLBAR_CALLBACK = lambda x: True
— John Mee13年
6
@schillingt是的，很抱歉，我应该检查一下。我想我必须collectstatic努力使所有事情都出现。
— 罗伯·格兰特
80

调试工具栏希望在INTERNAL_IPS设置中设置request.META ['REMOTE_ADDR']中的IP地址。在您的其中一种视图中放入打印语句，例如：

print("IP Address for debug-toolbar: " + request.META['REMOTE_ADDR'])

然后加载该页面。确保IP位于settings.py中的INTERNAL_IPS设置中。

通常，我认为您可以通过查看计算机的ip地址来轻松确定该地址，但是就我而言，我是在具有端口转发功能的Virtual Box中运行服务器……谁知道发生了什么。尽管在VB或我自己的OS上的ifconfig中没有看到它，但是REMOTE_ADDR键中显示的IP是激活工具栏的窍门。

— 提摩太索
source
2
我是通过nginx代理传递到达我的页面的，所以remote_addr是我的代理，而不是我的真实IP。我需要添加我的代理IP地址INTERNAL_IPS，它开始起作用。
— Kurt
1
在VirtualBox的来宾计算机中，如果可以帮助某人，则该主机将显示为10.0.0.2。:)
— 偷渡了
如果您使用VAGRANT这样的虚拟化技术，对IP地址检查非常有用
— andilabs
3
在docker中，我的REMOTE_ADDR不是我所想的。
— 亚伦·麦克米林
28

当前的稳定版本0.11.0要求满足以下条件才能显示工具栏：

设置文件：

  1. DEBUG = True
  2. INTERNAL_IPS包括您的浏览器IP地址，而不是服务器地址。如果在本地浏览，则应为INTERNAL_IPS = ('127.0.0.1',)。如果要远程浏览，只需指定您的公共地址。
  3. 要安装的debug_toolbar应用程序，即 INSTALLED_APPS = (..., 'debug_toolbar',)
  4. 要添加的调试工具栏中间件类，即MIDDLEWARE_CLASSES = ('debug_toolbar.middleware.DebugToolbarMiddleware', ...)。它应尽早放在列表中。

模板文件：

  1. 必须是类型 text/html
  2. 必须有结束</html>标签

静态文件：

如果您要提供静态内容，请确保通过执行以下步骤来收集CSS，JS和html： 

./manage.py collectstatic

注意即将发布的django-debug-toolbar版本

较新的开发版本为设置点2、3和4添加了默认值，这使工作变得更简单了，但是，与任何开发版本一样，它都有错误。我发现git的最新版本导致ImproperlyConfigured通过nginx / uwsgi运行时错误。

无论哪种方式，如果要从github安装最新版本，请运行：

pip install -e git+https://github.com/django-debug-toolbar/django-debug-toolbar.git#egg=django-debug-toolbar

您还可以通过执行以下操作来克隆特定的提交： 

pip install -e git+https://github.com/django-debug-toolbar/django-debug-toolbar.git@ba5af8f6fe7836eef0a0c85dd1e6d7418bc87f75#egg=django_debug_toolbar
— 唐特纳
source
2
实际上它的<body> </ body>标记（不是必需的）</ html>
— Zgr3doo 2015年
20

我尝试了所有操作，从设置DEBUG = True到设置INTERNAL_IPS到客户端IP地址，甚至手动配置Django Debug Toolbar（请注意，最新版本会自动进行所有配置，例如添加中间件和URL）。在远程开发服务器上没有任何工作（尽管它在本地工作）。唯一起作用的是配置工具栏，如下所示：

DEBUG_TOOLBAR_CONFIG = {
    "SHOW_TOOLBAR_CALLBACK" : lambda request: True,
}

这将替换默认方法，该默认方法确定是否应显示工具栏，并始终返回true。

— 阿诺兹
source
16

码头工人

如果您要在具有docker的Docker容器中使用Django服务器进行开发，则启用工具栏的说明无效。原因与以下事实有关：您需要添加的实际地址将INTERNAL_IPS是动态的，例如172.24.0.1。而不是尝试动态设置的值INTERNAL_IPS，直接的解决方案是替换您的中启用工具栏的功能，settings.py例如：

DEBUG_TOOLBAR_CONFIG = {
    'SHOW_TOOLBAR_CALLBACK': lambda _request: DEBUG
}


这也应该适用于其他动态路由情况，例如无业游民。

这里有一些好奇的细节。django_debug_tool中的确定是否显示工具栏的代码检查如下值REMOTE_ADDR：

if request.META.get('REMOTE_ADDR', None) not in INTERNAL_IPS:
       return False

因此，如果REMOTE_ADDR由于动态docker路由而实际上不知道的值，则该工具栏将无法工作。您可以使用docker network命令查看动态IP值，例如docker network inspect my_docker_network_name

— 马克·克克雷利安
source
15

我的工具栏工作得非常完美。使用此配置：

  1. DEBUG = True
  2. INTERNAL_IPS = ('127.0.0.1', '192.168.0.1',)
  3. DEBUG_TOOLBAR_CONFIG = {'INTERCEPT_REDIRECTS': False,}
  4. 中间件是MIDDLEWARE_CLASSES：
MIDDLEWARE_CLASSES = (
    'debug_toolbar.middleware.DebugToolbarMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
)

希望对您有所帮助

— 塞萨尔
source
2
您可能应该从答案中删除IP地址。由于如今大多数人都在使用宽带，因此大多数宽带连接很少更改IP地址。您可能不希望这些东西挂在互连网上。
— 克里斯·普拉特
192.168。*。*是路由器分配给计算机的内部本地IP地址。外部IP地址不同。
— 罗比齐
@rpod就是为什么有人对此进行了编辑。
— Yuji'Tomita'Tomita
如果您正在使用一个True Config文件，并且只希望在开发人员中使用Debug Toolbar，而不是将其添加到middleware_classes中base.py，则可能需要将此添加到您的local.py：中MIDDLEWARE_CLASSES = ('debug_toolbar.middleware.DebugToolbarMiddleware',) + MIDDLEWARE_CLASSES。
— 罗伯·格兰特
12

10.0.2.2在Windows上添加到您的INTERNAL_IPS，内部与流浪汉一起使用

INTERNAL_IPS =（'10 .0.2.2'，）

这应该工作。

— Bas Koopmans
source
1
确认这已在OSX上使用Vagrant解决了我的问题。
— 乔什（Josh）
这是最正确，最可能的解决方案，也是最简单的解决方案：)已确认在Windows 7上使用无业游民的工作
— mislavcimpersak，2016年
4

导致工具栏保持隐藏状态的另一件事是，它找不到所需的静态文件。debug_toolbar模板使用{{STATIC_URL}}模板标记，因此请确保您的静态文件中有一个名为debug工具栏的文件夹。

在大多数安装中，collectstatic管理命令应注意这一点。

— 阿格杜德
source
3

我尝试从pydanny的cookiecutter-django配置，它对我有用：

# django-debug-toolbar
MIDDLEWARE_CLASSES = Common.MIDDLEWARE_CLASSES + ('debug_toolbar.middleware.DebugToolbarMiddleware',)
INSTALLED_APPS += ('debug_toolbar',)

INTERNAL_IPS = ('127.0.0.1',)

DEBUG_TOOLBAR_CONFIG = {
    'DISABLE_PANELS': [
        'debug_toolbar.panels.redirects.RedirectsPanel',
    ],
    'SHOW_TEMPLATE_CONTEXT': True,
}
# end django-debug-toolbar

我只是通过添加'debug_toolbar.apps.DebugToolbarConfig'而不是django-debug-toolbar官方文档中'debug_toolbar'提到的方式对其进行了修改，因为我使用的是Django 1.7。

— 元知识
source
2

除了以前的答案：

如果工具栏未显示，但已加载到html中（在浏览器中检查您的站点html，向下滚动）

问题可能是找不到调试工具栏静态文件（然后您也可以在站点的访问日志中看到此信息，例如/static/debug_toolbar/js/toolbar.js的404错误）

然后可以通过以下方式进行修复（nginx和apache的示例）：

Nginx的配置：

location ~* ^/static/debug_toolbar/.+.(ico|css|js)$ {
    root [path to your python site-packages here]/site-packages/debug_toolbar;
}

apache配置

Alias /static/debug_toolbar [path to your python site-packages here]/site-packages/debug_toolbar/static/debug_toolbar

要么：

manage.py collectstatic

在这里更多关于collectstatic的内容： https //docs.djangoproject.com/en/dev/ref/contrib/staticfiles/#collectstatic

或手动将debug_toolbar静态文件的debug_toolbar文件夹移动到您设置的静态文件文件夹中

— 鲍勃
source
2

就我而言，这是这里尚未提及的另一个问题：我的中间件列表中有GZipMiddleware。

由于调试工具栏的自动配置将调试工具栏的中间件放在顶部，因此它只能“看到” gzip压缩的HTML，因此无法在其中添加工具栏。

我在开发设置中删除了GZipMiddleware。手动设置调试工具栏的配置，并将中间件放置在 GZip 之后也应该可以。

— 雷姆科·格里奇
source
甚至在视图级别启用GZip也gzip_page会使工具栏消失。docs.djangoproject.com/en/2.0/topics/http/decorators/…–
— Brachamul
2

就我而言，我只需要删除python编译文件（*.pyc）

— 德纳兰霍
source
谢谢您的评论，今天早上使我免于精神崩溃。如果一切正常，并且该项目在我看来还算不错，请尝试一下，看看是否可以解决。DDT HTML / JS在页面上，一切看起来都很好，但实际上并没有显示出来。我清除了pyc文件后，它又开始显示
— Shane
2

Django 1.8.5：

我必须将以下内容添加到项目url.py文件中，以显示调试工具栏。之后，将显示调试工具栏。

 from django.conf.urls import include
 from django.conf.urls import patterns
 from django.conf import settings


  if settings.DEBUG:
      import debug_toolbar
      urlpatterns += patterns('',
              url(r'^__debug__/', include(debug_toolbar.urls)),
              )

Django 1.10：及更高版本：

from django.conf.urls import include, url
from django.conf.urls import patterns
from django.conf import settings


if settings.DEBUG:

  import debug_toolbar
  urlpatterns =[
         url(r'^__debug__/', include(debug_toolbar.urls)),
         ] + urlpatterns

同样不要忘记在中间件中包含debug_toolbar。调试工具栏主要在中间件中实现。如下在您的设置模块中启用它：（django较新版本）

MIDDLEWARE = [
# ...
'debug_toolbar.middleware.DebugToolbarMiddleware',
#

旧式中间件：（需要在中间件中具有_CLASSES键盘功能）

MIDDLEWARE_CLASSES = [
# ...
'debug_toolbar.middleware.DebugToolbarMiddleware',
# ...
]
— 斯特瑞克
source
1

对于这个特定的作者来说不是这种情况，但是我一直在苦苦挣扎，因为Debug Toolbar没有显示出来，并且在他们指出所有步骤之后，我发现MIDDLEWARE订单有问题。因此，将中间件放在列表的前面是可行的。我的是第一个：

MIDDLEWARE_CLASSES = ( 'debug_toolbar.middleware.DebugToolbarMiddleware', 'django.middleware.common.CommonMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'dynpages.middleware.DynpageFallbackMiddleware', 'utils.middleware.UserThread', )

— 安德森·桑托斯（Anderson Santos）
source
0

您必须确保模板中有一个结束标记。

我的问题是我的模板中没有常规的html标签，我只是以纯文本形式显示内容。我通过从base.html继承每个带有标签的html文件来解决它。

— 用户名
source
0

对我来说，这就像127.0.0.1:8000在地址栏中键入内容一样简单，而不是localhost:8000显然与INTERNAL_IPS不匹配。

— 蒂姆·斯泰利
source
0

我遇到了同样的问题，我通过查看Apache的错误日志解决了它。我用mod_wsgi在Mac OS X上运行了Apache。debug_toolbar的tamplete文件夹未加载

日志样本：

==> /private/var/log/apache2/dummy-host2.example.com-error_log <==
[Sun Apr 27 23:23:48 2014] [error] [client 127.0.0.1] File does not exist: /Library/WebServer/Documents/rblreport/rbl/static/debug_toolbar, referer: http://127.0.0.1/

==> /private/var/log/apache2/dummy-host2.example.com-access_log <==
127.0.0.1 - - [27/Apr/2014:23:23:48 -0300] "GET /static/debug_toolbar/css/toolbar.css HTTP/1.1" 404 234 "http://127.0.0.1/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:28.0) Gecko/20100101 Firefox/28.0"

我只是将以下行添加到我的VirtualHost文件中：

Alias /static/debug_toolbar /Library/Python/2.7/site-packages/debug_toolbar/static/debug_toolbar
  • 当然，您必须更改python路径
— 安德烈·曼萨诺（Andre Manzano）
source
0

我在使用Vagrant时遇到了同样的问题。我通过添加::ffff:192.168.33.1到INTERNAL_IPS来解决此问题，如下例。

INTERNAL_IPS = (
    '::ffff:192.168.33.1',
)

记住那192.168.33.10是我在Vagrantfile中的专用网络中的IP。

— 阿德里亚诺·席尔瓦（Adriano Silva）
source
0

我遇到了这个问题，不得不从源代码安装调试工具栏。

如果使用PureCSS和其他CSS框架，则1.4版存在一个隐藏的问题。

这是修复此问题的提交。

该文档解释了如何从源代码安装。

— 佩特科M
source
0

对于使用Pycharm 5的任何人-模板调试在某些版本中均不起作用。在5.0.4修复，影响vesions - 5.0.1，5.0.2退房问题

花很多时间找出答案。也许会帮助某人

— 沃伦德拉
source
0

在我正在处理的代码中，在处理主请求期间提出了多个小请求（这是非常特殊的用例）。它们是由同一Django线程处理的请求。Django调试工具栏（DjDT）不会出现这种情况，它会在第一个响应中包含DjDT的工具栏，然后删除其线程状态。因此，当主请求发送回浏览器时，响应中不包含DjDT。

经验教训：DjDT保存每个线程的状态。它在第一个响应后删除线程的状态。

— 乔佐
source
0

什么让我是一个过时的浏览器！

注意，它从调试工具栏加载了一些样式表，并猜测可能是前端问题。

— 食糖
source
-1

一件愚蠢的事让我..如果使用apache wsgi，请记住触摸.wsgi文件以强制重新编译代码。只是浪费了我20分钟的时间来调试愚蠢的错误:(

— igameland
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.