2011-06-17 13 views
25

मेरे पास एक Django वेबपैप है। मैंने debug_toolbar मिडलवेयर और मॉड्यूल स्थापित किया है। हालांकि, मेरे वेबपैस में डिबग टूलबार पुल-आउट नहीं है।मैं Django डीबग टूलबार कैसे देखूं?

मैं वास्तव में डीबग टूलबार को कैसे देख सकता हूं? क्या मुझे कुछ और करने की ज़रूरत है? क्या मुझे अपने वेबपैप के लिए एक विशेष टेम्पलेट का उपयोग करने की आवश्यकता है? मैंने रीडमे में सभी चरणों का पालन किया है, लेकिन यह पर्याप्त नहीं है - कुछ अन्य निर्भरता प्रतीत होती है, या कुछ और जो मुझे याद आ रही है।

इसके अलावा, जब मेरी webapp के लिए URL प्रतिमानों के सेट पर देख रहे हैं, डिबग उपसर्ग नहीं मान्यता प्राप्त पैटर्न के बीच पाया जाता है। मैंने debug_toolbar में urls.py में लॉग इन किया है यह सुनिश्चित करने के लिए कि सक्रिय डीबग_टोलबार एप्लिकेशन द्वारा मॉड्यूल लोड हो रहा है, और यह है।

इसने मुझे पूरी तरह से रहस्यमय किया है, और मुझे यह वास्तव में दिखाने के लिए क्या करना है, या आवश्यकताएं क्या हैं, इस पर कोई Google या रीडमे नहीं मिल सकता है, इसलिए कोई भी पॉइंटर जो आप प्रदान कर सकते हैं वह बहुत अच्छा होगा!

संपादित करें: यह पता चला है कि, मैं डीजेगो/अपाचे चलाने वाली मशीन पर ब्राउज़र चलाने वाली मशीन से एसएसएच सुरंग के साथ इसका परीक्षण कर रहा था। इस मामले में, रिमोट मशीन के लिए वास्तव में देखा गया आईपी पता वह नहीं था जो मैंने सोचा था, इसलिए "अच्छे" आईपी की सूची में ब्राउजर की स्पष्ट रिमोट मशीन नहीं थी। समस्या को हल करने में फिक्सिंग!

+3

क्या आपके एचटीएमएल पेज में टैग है? इसके अलावा आपको डीबग-टूलबार के लिए urls.py में कुछ डालने की आवश्यकता नहीं है। युपीडी। क्या आपने अपना पेज का स्रोत देखा है? – tony

उत्तर

44
  1. जैसा कि मुझे पता है कि आपके एचटीएमएल पेज में बंद शरीर टैग, content="text/html" के साथ मेटा टैग होना चाहिए।

  2. मैं इस तरह से पसंद करता हूं जब सभी डीबग-टूलबार की सेटिंग्स मुख्य सेटिंग्स से अलग होती हैं। तो जैसे

    #debug_toolbar settings 
    if DEBUG: 
        INTERNAL_IPS = ('127.0.0.1',) 
        MIDDLEWARE_CLASSES += (
         'debug_toolbar.middleware.DebugToolbarMiddleware', 
        ) 
    
        INSTALLED_APPS += (
         'debug_toolbar', 
        ) 
    
        DEBUG_TOOLBAR_PANELS = [ 
         'debug_toolbar.panels.versions.VersionsPanel', 
         'debug_toolbar.panels.timer.TimerPanel', 
         'debug_toolbar.panels.settings.SettingsPanel', 
         'debug_toolbar.panels.headers.HeadersPanel', 
         'debug_toolbar.panels.request.RequestPanel', 
         'debug_toolbar.panels.sql.SQLPanel', 
         'debug_toolbar.panels.staticfiles.StaticFilesPanel', 
         'debug_toolbar.panels.templates.TemplatesPanel', 
         'debug_toolbar.panels.cache.CachePanel', 
         'debug_toolbar.panels.signals.SignalsPanel', 
         'debug_toolbar.panels.logging.LoggingPanel', 
         'debug_toolbar.panels.redirects.RedirectsPanel', 
        ] 
    
        DEBUG_TOOLBAR_CONFIG = { 
         'INTERCEPT_REDIRECTS': False, 
        } 
    

(नोट संपादित करें settings.py कुछ के अंत में डाल का प्रयास करें: लापीस कॉन्फ़िगरेशन ऊपर वर्तमान द्वारा इस्तेमाल किया नाम से मेल करने के लिए अद्यतन (इस अद्यतन के समय, 1.3.2 पर) Django डीबग टूलबार का संस्करण। http://django-debug-toolbar.readthedocs.org/en/0.10.0/panels.html प्रति मूल संस्करण (जिसका उपयोग डीबग_toolbar.panels.sql.SQLDebugPanel बनाम debug_toolbar.panels.sql.SQLPanel 1.3.2 में किया गया था) सही था जब यह प्रश्न मूल उत्तर दिया गया था।)

(नोट: Django 1.10, MIDDLEWARE_CLASSES के बाद MIDDLEWARE होना चाहिए।)

+0

धन्यवाद! यह जानकर अच्छा लगा। यह पता चला कि मेरी विशिष्ट समस्या अलग थी, लेकिन यह भी मददगार है! –

+0

@ जोन, आपकी विशिष्ट समस्या क्या थी? किसी और को एक ही समस्या हो सकती है और क्या जांचना है इसके त्वरित विचार से लाभ होगा। –

+3

मेरी वास्तविक समस्या पोस्ट के अंत में संपादन में दिखायी गयी है: संपादित करें: यह पता चला है कि, मैं डीजेगो/अपाचे चलाने वाली मशीन पर ब्राउज़र चलाने वाली मशीन से एसएसएच सुरंग के साथ इसका परीक्षण कर रहा था। इस मामले में, रिमोट मशीन के लिए वास्तव में देखा गया आईपी पता वह नहीं था जो मैंने सोचा था, इसलिए "अच्छे" आईपी की सूची में ब्राउजर की स्पष्ट रिमोट मशीन नहीं थी। समस्या को हल करने में फिक्सिंग! –

संबंधित मुद्दे