django-debug-toolbar नहीं दिखा रहा है


132

मैंने अन्य प्रश्नों को देखा और इसका पता नहीं लगा सका ...

मैंने निम्नलिखित को स्थापित करने के लिए django-debug-toolbar:

  1. पाइप स्थापित django- डिबग-टूलबार
  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


9
यदि आप Vagrant का उपयोग कर रहे हैं, तो सुनिश्चित करें कि आपका INTERNAL_IPSसही है। चेक करने का एक तरीका यह है कि एक दृश्य में, अपना प्रिंट करें request.META['REMOTE_ADDR'], फिर उसे अपने साथ जोड़ें INTERNAL_IPS
विल

1
यह किसी की मदद कर सकता है। मैं '*'आंतरिक आईपी में जोड़कर कोशिश कर रहा था , लेकिन यह काम नहीं करता है। आपको विशिष्ट आईपी दर्ज करना होगा।
लव्वप्रीत

मेरी सेटिंग में, यह अब केवल MIDDLEWARE है, MIDDLEWARE_CLASSES नहीं
Bertie

जवाबों:


175

मूर्खतापूर्ण सवाल, लेकिन आपने इसका उल्लेख नहीं किया, इसलिए ... क्या DEBUGकरने के लिए तैयार है? जब तक यह लोड नहीं होगा True

यदि यह अभी भी काम नहीं कर रहा है, तो '127.0.0.1' को भी जोड़ने का प्रयास करें INTERNAL_IPS

अपडेट करें

यह एक आखिरी प्रयास कदम है, तो आप नहीं करना चाहिए है यह करने के लिए है, लेकिन यह स्पष्ट रूप से वहाँ केवल कुछ विन्यास समस्या है या नहीं दिखाएगा या वहाँ कुछ बड़ा मुद्दा है या नहीं।

सेटिंग्स में निम्नलिखित जोड़ें:

def show_toolbar(request):
    return True
SHOW_TOOLBAR_CALLBACK = show_toolbar

यह प्रभावी ढंग से डिबग टूलबार द्वारा सभी जांचों को हटाने के लिए निर्धारित करेगा कि क्या इसे स्वयं लोड करना चाहिए या नहीं; यह हमेशा सिर्फ लोड होगा। केवल इसे छोड़ दें, परीक्षण के उद्देश्यों के लिए, यदि आप भूल जाते हैं और इसके साथ लॉन्च करते हैं, तो आपके सभी आगंतुकों को आपके डिबग टूलबार भी देखने को मिलेंगे।

स्पष्ट कॉन्फ़िगरेशन के लिए, आधिकारिक इंस्टॉल डॉक्स भी देखें यहां

संपादित करें (2015/06/17):

स्पष्ट रूप से परमाणु विकल्प के लिए सिंटैक्स बदल गया है। यह अब अपने शब्दकोश में है:

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

उनके परीक्षण इस शब्दकोश का उपयोग करते हैं।


3
हाँ, तो यहाँ कुछ बड़ा मुद्दा चल रहा है। यदि आप कुछ और का उपयोग कर रहे हैं तो runserverसुनिश्चित करें कि आप इसे पुनः आरंभ करें। बिल्ली, पुनः आरंभ runserver, भी। सुनिश्चित करें कि सेटिंग्स में बदलाव करने पर ही वास्तव में बचत हुई / शुरू हुई। आप * .pyc फ़ाइलों को हटाने का प्रयास करना चाह सकते हैं। * निक्स में, आप बस find . -name "*.pyc" -exec rm {} \;प्रोजेक्ट रूट से कर सकते हैं । अंत में, चलाएं python manage.py shellऔर निष्पादित करें from django.conf import settingsऔर के मूल्य की जांच करें settings.INSTALLED_APPs
क्रिस प्रैट

3
मुझे यकीन नहीं है कि अंतिम प्रश्न के साथ आपका क्या मतलब है, लेकिन यदि आप इसका उल्लेख कर रहे हैं INTERNAL_IPS, तो वे क्लाइंट के लिए हैं सर्वर (Django) नहीं। दूसरे शब्दों में, आप अपने आईपी ​​पते में डालते हैं ताकि आप डिबग टूलबार देख सकें , चाहे आईपी कोई भी साइट चल रही हो।
क्रिस प्रैट

10
INTERNAL_IPS ने मुझे अस्वस्थ पाया .. जानकारी के लिए धन्यवाद
ली 15

12
या यहां तक ​​किSHOW_TOOLBAR_CALLBACK = lambda x: True
जॉन मी

6
@schillingt हाँ, क्षमा याचना मुझे यह जाँच करनी चाहिए। मुझे लगता है कि मुझे collectstaticसब कुछ दिखाने के लिए दौड़ना पड़ा ।
रोब ग्रांट

81

डीबग टूलबार अनुरोध में IP पता चाहता है। META ['REMOTE_ADDR'] को INTERNAL_IPS सेटिंग में सेट किया जाना है। अपने एक विचार में एक प्रिंट स्टेटमेंट में इस तरह फेंके:

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

और फिर उस पेज को लोड करें। सुनिश्चित करें कि IP सेटिंग्स में आपके INTERNAL_IPS सेटिंग में है।

आम तौर पर मुझे लगता है कि आप अपने कंप्यूटर के आईपी पते को देखकर आसानी से पता निर्धारित करने में सक्षम होंगे, लेकिन मेरे मामले में मैं पोर्ट फॉरवर्डिंग के साथ एक वर्चुअल बॉक्स में सर्वर चला रहा हूं ... और कौन जानता है कि क्या हुआ। VB या मेरे अपने OS पर ifconfig में कहीं भी इसे देखने के बावजूद, IP जो REMOTE_ADDR कुंजी में दिखाया गया था, टूलबार को सक्रिय करने की चाल थी।


2
मैं अपने पेज को nginx प्रॉक्सी पास के माध्यम से प्राप्त कर रहा था, इसलिए Remote_addr मेरा प्रॉक्सी था न कि मेरा असली आईपी। मुझे अपना प्रॉक्सी आईपी पता जोड़ने की जरूरत थी INTERNAL_IPSऔर यह काम करने लगा।
कर्ट

1
VirtualBox में मेरे गेस्ट मशीन से, मेरी होस्ट मशीन 10.0.0.2 के रूप में देखी जाती है, अगर यह किसी की मदद कर सकती है। :)
मृगमरीचिका

अगर आप VAGRANT जैसे कुछ वर्चुअलाइजेशन का उपयोग करते हैं तो CHECK IP के लिए उपयोगी है
andilabs

3
Docker में मेरा REMOTE_ADDR वह नहीं था जो मैंने ग्रहण किया था।
आरोन मैकमिलिन

50

मेरे मामले में सेटिंग्स में जोड़ने के लिए DEBUG_TOOLBAR_CONFIG = {'INSERT_BEFORE':'</head>'}काम किया
wojteck

28

वर्तमान स्थिर संस्करण 0.11.0 को टूलबार दिखाए जाने के लिए निम्नलिखित बातों की आवश्यकता है:

सेटिंग्स फ़ाइल:

  1. DEBUG = True
  2. INTERNAL_IPSसर्वर पते के विपरीत, अपने ब्राउज़र आईपी पते को शामिल करने के लिए। यदि स्थानीय स्तर पर ब्राउज़ किया जाना चाहिए 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>टैग होना चाहिए

स्थिर फ़ाइलें:

यदि आप स्थिर सामग्री परोस रहे हैं, तो सुनिश्चित करें कि आप सीएसएस, जेएस और एचटीएमएल जमा कर रहे हैं:

./manage.py collectstatic 


Django-debug-toolbar के आगामी संस्करणों पर ध्यान दें

नए, विकास संस्करणों ने सेटिंग अंक 2, 3 और 4 के लिए डिफॉल्ट को जोड़ा है जो जीवन को थोड़ा सरल बनाता है, हालांकि, किसी भी विकास संस्करण के साथ इसमें बग होते हैं। मैंने पाया कि git से नवीनतम संस्करण ImproperlyConfigurednginx / uwsgi के माध्यम से चलने पर एक त्रुटि हुई ।

किसी भी तरह से, यदि आप नवीनतम संस्करण को जीथब रन से इंस्टॉल करना चाहते हैं:

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

2
वास्तव में इसका <body> </ body> टैग जो आवश्यक नहीं है </ html>
Zgr3doo

20

मैंने DEBUG = Trueसेटिंग से INTERNAL_IPSलेकर, अपने क्लाइंट के IP पते तक, और यहां तक ​​कि Django डिबग टूलबार को मैन्युअल रूप से कॉन्फ़िगर करने की कोशिश की (यहां तक ​​कि हाल के संस्करण स्वचालित रूप से सभी कॉन्फ़िगरेशन बनाते हैं, जैसे कि मिडलवेयर और URL को जोड़ना)। एक दूरस्थ विकास सर्वर में कुछ भी काम नहीं किया (हालांकि यह स्थानीय रूप से काम करता था)। केवल काम की चीज जो टूलबार को कॉन्फ़िगर कर रही थी वह इस प्रकार है:

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

यह डिफ़ॉल्ट विधि को प्रतिस्थापित करता है जो यह तय करता है कि क्या टूलबार दिखाया जाना चाहिए, और हमेशा सही है।


16

डाक में काम करनेवाला मज़दूर

यदि आप डॉकर कंटेनर में 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अपने गतिशील डॉकिंग रूटिंग के कारण मूल्य नहीं जानते हैं , तो टूलबार काम नहीं करेगा। उदाहरण के लिए, गतिशील IP मानों को देखने के लिए आप docker नेटवर्क कमांड का उपयोग कर सकते हैंdocker network inspect my_docker_network_name


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',
)

मुझे उम्मीद है यह मदद करेगा


2
आपको शायद अपने जवाब से अपना आईपी पता फिर से तैयार करना चाहिए। चूंकि अधिकांश लोग इन दिनों ब्रॉडबैंड चला रहे हैं और अधिकांश ब्रॉडबैंड कनेक्शन शायद ही कभी आईपी पते को बदलते हैं। आप शायद नहीं चाहते हैं कि इंटरव्यू पर चारों ओर लटका रहे।
क्रिस प्रैट

192.168। *। * राउटर द्वारा कंप्यूटर को सौंपा गया एक आंतरिक स्थानीय आईपी पता है। बाहरी IP पता अलग है।
रॉबीजी

@rpod यही कारण है कि किसी ने इसे संपादित किया।
युजी 'तोमिता' टॉमिटा

आप के बजाय में middleware_classes में जोड़ने में से एक यह सच है कॉन्फ़िग फ़ाइल का उपयोग कर रहे हैं, और केवल देव में डीबग टूलबार चाहते हैं, base.pyतो आप अपने में जोड़ने के लिए चाहते हो सकता है local.py: MIDDLEWARE_CLASSES = ('debug_toolbar.middleware.DebugToolbarMiddleware',) + MIDDLEWARE_CLASSES
रोब ग्रांट

12

10.0.2.2Windows पर अपने INTERNAL_IPS में जोड़ें , इसका उपयोग आंतरिक रूप से योनि के साथ किया जाता है

INTERNAL_IPS = ('10 .0.2.2 '),

यह काम करना चाहिए।


1
OSX पर वैग्रैंट का उपयोग करके इस समस्या की पुष्टि की।
जोश

यह सबसे सही और सबसे संभावित समाधान है और सबसे सरल है :) खिड़कियों पर योनि का उपयोग करके काम करने की पुष्टि 7
mislavcimpersak

6

मुझे भी यही समस्या थी और आखिरकार कुछ गुगली करने के बाद इसे हल किया।

INTERNAL_IPS में, आपको ग्राहक का IP पता होना चाहिए।


4

एक और चीज जो टूलबार को छिपाए रखने का कारण बन सकती है, यदि वह आवश्यक स्थिर फ़ाइलों को नहीं ढूंढ सकती है। डीबग_टूलबार टेम्प्लेट {{STATIC_URL}} टेम्प्लेट टैग का उपयोग करते हैं, इसलिए सुनिश्चित करें कि डिबग टूलबार नामक आपकी स्थिर फ़ाइलों में एक फ़ोल्डर है।

अधिकांश प्रतिष्ठानों पर सामूहिक प्रबंधन कमान को इसका ध्यान रखना चाहिए।


3

पिछले उत्तरों के अलावा:

यदि टूलबार दिखाई नहीं देता है, लेकिन यह html में लोड होता है (ब्राउज़र में अपनी साइट HTML की जांच करें, नीचे स्क्रॉल करें)

मुद्दा यह हो सकता है कि डिबग टूलबार स्थिर फाइलें नहीं मिली हैं (आप इसे अपनी साइट के एक्सेस लॉग में भी देख सकते हैं, जैसे /static/debug_toolbar/js/toolbar.js के लिए 404 त्रुटियां)

यह तो निम्न तरीके से तय किया जा सकता है (उदाहरण nginx और अपाचे के लिए):

नग्नेक्स विन्यास:

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

अपाचे विन्यास:

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

या:

manage.py collectstatic

यहाँ पर अधिक संग्रहणीय: https://docs.djangoproject.com/en/dev/ref/contrib/staticfiles/#collectstatic

या अपने सेट स्टैटिक फाइल्स फोल्डर में debug_toolbar स्टैटिक फाइल्स के debug_toolbar फोल्डर को मैन्युअल रूप से मूव करें


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'करने के बजाय 'debug_toolbar'के रूप में में उल्लेख आधिकारिक Django-डिबग-उपकरण पट्टी डॉक्स , जैसा कि मैंने Django 1.7 उपयोग कर रहा हूँ।


2

मेरे मामले में, यह एक और समस्या थी जिसका अभी तक यहाँ उल्लेख नहीं किया गया है: मेरे पास बिचौलियों की सूची में GZipMiddleware था।

डीबग टूलबार के स्वचालित कॉन्फ़िगरेशन के रूप में डीबग टूलबार के मिडलवेयर को सबसे ऊपर रखा जाता है, यह केवल "gzipped HTML" को "देखता है", जिसमें यह टूलबार को जोड़ नहीं सकता है।

मैंने अपनी विकास सेटिंग में GZipMiddleware को हटा दिया। डिबग टूलबार के कॉन्फ़िगरेशन को मैन्युअल रूप से सेट करना और GZip के काम करने के बाद मिडलवेयर को रखना।


यहां तक ​​कि GZip को व्यू स्तर पर सक्षम करने gzip_pageसे टूलबार गायब हो जाता है। docs.djangoproject.com/en/2.0/topics/http/decorators/…
Brachamul

2

मेरे मामले में मुझे बस अजगर संकलित फ़ाइलों को हटाने की आवश्यकता थी ( *.pyc)


इस टिप्पणी के लिए धन्यवाद, इसने मुझे आज सुबह मानसिक रूप से टूटने से बचाया। अगर बाकी सब कुछ सही लगता है - और यह परियोजना मेरे लिए ठीक होने से पहले काम कर रही थी - यह कोशिश करें और देखें कि क्या यह इसे हल करता है। DDT HTML / JS पृष्ठ पर था, सब कुछ ठीक लग रहा था, लेकिन यह अभी भी वास्तव में दिखाई नहीं देगा। मैंने pyc फाइलों को साफ किया और इसे फिर से दिखाना शुरू किया
शेन

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',
# ...
]

1

यह इस विशिष्ट लेखक के लिए मामला नहीं था, लेकिन मैं अभी डिबग टूलबार को नहीं दिखा रहा हूं और वे सबकुछ करने के बाद भी मुझसे बात कर रहे हैं, मुझे पता चला कि यह 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', )


0

आपको यह सुनिश्चित करना होगा कि आपके टेम्प्लेट में एक बंद टैग है।

मेरी समस्या यह है कि मेरे टेम्प्लेट में कोई नियमित html टैग नहीं है, मैं सिर्फ सादे पाठ में सामग्री प्रदर्शित करता हूं। मैंने इसे html से प्रत्येक html फ़ाइल को विरासत में प्राप्त करके हल किया, जिसमें एक टैग है।


0

मेरे लिए यह 127.0.0.1:8000पता बार में टाइप करने जितना आसान था , बल्कि इसके बजाय localhost:8000जाहिर तौर पर INTERNAL_IPS से मेल नहीं खा रहा था।


0

मुझे वही समस्या मिली, मैंने अपाचे की त्रुटि लॉग को देखकर इसे हल किया। मुझे mod_wsgi के साथ mac OS x पर अपाचे चलाने को मिला। 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
  • निश्चित रूप से आपको अपने अजगर मार्ग को बदलना होगा

0

वैग्रैंट का उपयोग करने में मुझे यही समस्या थी। मैंने ::ffff:192.168.33.1नीचे दिए गए उदाहरण के रूप में INTERNAL_IPS को जोड़कर इस समस्या को हल किया ।

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

यह याद रखना कि 192.168.33.10वैग्रांटफाइल में मेरे निजी नेटवर्क में आईपी है।


0

मुझे यह समस्या थी और मुझे स्रोत से डीबग टूलबार स्थापित करना पड़ा।

संस्करण 1.4 में एक समस्या है जहां यह छिपा हुआ है यदि आप प्योरसीएसएस और जाहिरा तौर पर अन्य सीएसएस फ्रेमवर्क का उपयोग करते हैं।

यह वह प्रतिबद्धता है जो इसे ठीक करती है।

डॉक्स समझाते हैं कि स्रोत से कैसे स्थापित किया जाए।


0

कोई भी जो Pycharm 5 - टेम्पलेट डीबग का उपयोग कर रहा है, कुछ संस्करणों में वहां काम नहीं कर रहा है। 5.0.4 में प्रभावित, प्रभावित vesions - 5.0.1, 5.0.2 समस्या की जाँच करें

यह पता लगाने के लिए एक बहुत समय बिताओ। शायद किसी की मदद करेंगे


0

जिस कोड पर मैं काम कर रहा था, उसमें मुख्य अनुरोध को संभालने के दौरान कई छोटे अनुरोध किए गए (यह बहुत विशिष्ट उपयोग मामला है)। वे एक ही Django के धागे से निपटने का अनुरोध कर रहे थे। Django डीबग टूलबार (DjDT) इस व्यवहार की उम्मीद नहीं करता है और इसमें पहली प्रतिक्रिया के लिए DjDT के टूलबार शामिल हैं और फिर यह थ्रेड के लिए इसकी स्थिति को निकालता है। इसलिए जब मुख्य अनुरोध को ब्राउज़र में वापस भेजा गया, तो DjDT को प्रतिक्रिया में शामिल नहीं किया गया।

सबक सीखा: DjDT प्रति थ्रेड स्थिति को बचाता है। यह पहली प्रतिक्रिया के बाद एक धागे के लिए राज्य को हटा देता है।


0

मुझे जो मिला वह एक पुराना ब्राउज़र है!

ध्यान दिया कि यह डिबग टूलबार से कुछ स्टाइलशीट को लोड करता है और यह अनुमान लगाता है कि यह फ्रंट-एंड मुद्दा हो सकता है।


0

मुझे पता है कि यह प्रश्न थोड़ा पुराना है, लेकिन आज मैंने dojango-toolbar को docker के साथ स्थापित किया और उसी मुद्दे के साथ आया, इसने इसे मेरे लिए हल कर दिया

INTERNAL_IPS = ["127.0.0.1", "10.0.2.2"]

import socket
hostname, _, ips = socket.gethostbyname_ex(socket.gethostname())
INTERNAL_IPS += [".".join(ip.split(".")[:-1] + ["1"]) for ip in ips]

जैसा कि मैंने एक टिप्पणी में पढ़ा, मुद्दा यह है कि डॉकटर एक गतिशील आईपी का उपयोग करता है, इसे हल करने के लिए हम ऊपर दिए गए कोड से आईपी प्राप्त कर सकते हैं


-1

एक बेवकूफी वाली बात मुझे मिली .. कि अगर आप अपाचे wsgi का इस्तेमाल करते हैं, तो अपने कोड recompile को मजबूर करने के लिए .wsgi फाइल को टच करना याद रखें। बेवकूफ त्रुटि को डिबग करने के लिए सिर्फ 20 मिनट का समय बर्बाद :(

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.