Django-debug-toolbar: 'djdt' ليس مساحة اسم مسجلة

تم إنشاؤها على ٢٨ يناير ٢٠١٧  ·  9تعليقات  ·  مصدر: jazzband/django-debug-toolbar

مرحبًا ، إنها محاولتي الثالثة لـ debugtoolbar و .. 3 مرات تفشل

أولا إذا لم أستطع إظهاره.
بعد عامين نفسه ،
هذه المرة لدي أخطاء:

NoReverseMatch في /
'djdt' ليس مساحة اسم مسجلة

فعلت كل شيء في الإعدادات وعناوين URL كما ينبغي

المشكلة في السطر 14:

13 <div id="djDebug" class="djdt-hidden" dir="ltr"
14       data-store-id="{{ toolbar.store_id }}" data-render-panel-url="{% url 'djdt:render_panel' %}"
15       {{ toolbar.config.ROOT_TAG_EXTRA_ATTRS|safe }}>

django الإصدار 1.9 1.10 ، 1.10.04
لوحة التصحيح 1.6 من PIP3

الإعدادات:

INSTALLED_APPS
['django.contrib.admin'،
"django.contrib.auth"،
"django.contrib.contenttypes" ،
"django.contrib.sites"،
"django.contrib.sessions"،
"django.contrib.messages"،
"django.contrib.staticfiles"،
"django_hosts" ،
"ckeditor" ،
"django_user_agents"،
"debug_toolbar" ،
"apps.core"،
"apps.blog"]

INTERNAL_IPS
("127.0.0.1"، "192.168.1.41")

MIDDLEWARE_CLASSES
('django_hosts.middleware.HostsRequestMiddleware' ،
"debug_toolbar.middleware.DebugToolbarMiddleware" ،
"django.contrib.sessions.middleware.SessionMiddleware" ،
"django.contrib.auth.middleware.AuthenticationMiddleware" ،
"django.contrib.messages.middleware.MessageMiddleware" ،
"django.middleware.clickjacking.XFrameOptionsMiddleware" ،
"django.middleware.common.CommonMiddleware" ،
"django.middleware.csrf.CsrfViewMiddleware" ،
"django.middleware.locale.LocaleMiddleware" ،
"django_hosts.middleware.HostsResponseMiddleware" ،
"django_user_agents.middleware.UserAgentMiddleware")

تم ضبط DEBUG على TRUE

من فضلك .. مساعدة .. إنه أمر محبط أنني لا أستطيع استخدام واحدة من أفضل الأدوات لتصحيح الأخطاء لمدة 3 سنوات ...

التعليق الأكثر فائدة

شكرا لردكم السريع.

في الواقع ، حصلت على نفس الخطأ ولكن لسبب مختلف. كان سببه
مسار عنوان url لشريط أدوات التصحيح الذي قمت بلصقه داخل url.py لتطبيقي ،
بدلاً من وضعها داخل عنوان url.py الخاص بالمشروع

في 25 مارس 2017 الساعة 12:03 مساءً ، كتب "NomadDemon" [email protected] :

نعم لقد فهمت ذلك.
أولاً ، واجهت بعض المشكلات مع التكوينات ، ودائمًا ما تم استخدام تكوين prod مع
تصحيح = خطأ. - مثبت

ثم كانت هناك مشكلة مع عدم وجود شريط أدوات مرئي.
عند استخدام gunicorn مع خيار SOCK بدلاً من HTTP ، لا يوجد remote_addr
عابرة. اضطررت إلى استخدام "المدقق الخاص بي يدويًا لتصحيح أخطاء المستخدم"

قد يكون الجزء الثاني مفيدًا للمستخدمين الآخرين.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/jazzband/django-debug-toolbar/issues/911#issuecomment-289207638 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AECBuNt3Zeul4JCyIhkb74hoRCbnCs80ks5rpQKggaJpZM4Lwdtd
.

ال 9 كومينتر

يعني هذا الخطأ على الأرجح أنك لم تقم بتكوين عناوين URL بشكل صحيح.

_CFG.DEBUG = صحيح

if _CFG.DEBUG:
    import debug_toolbar
    urlpatterns += [
        url(r'^__debug__/', include(debug_toolbar.urls)),
        url(r'^site_media/(?P<path>.*)$',   serve, {'document_root': settings.MEDIA_ROOT, 'show_indexes': True}),
        url(r'^static/(?P<path>.*)$',       serve, {'document_root': settings.STATIC_ROOT, 'show_indexes': True}),
    ]

ساعدنى من فضلك؟ :(

تبدو جيدة (على ما أظن). ربما يمكنك محاولة عرض ملف URLconf بالكامل؟ هل يعمل /site_media/ محليًا؟ ما هو _CFG ؟ هل الرمز الذي نشرته جزءًا من ROOT_URLCONF أم أنك ربما داخل مساحة اسم أخرى؟

نعم ، لقد كان جزءًا من عناوين url الخاصة بالجذر

from django.conf.urls.i18n import i18n_patterns
from django.conf.urls import url, include
from django.conf import settings
from django.contrib import admin
from django.views.decorators.cache import cache_page
from django.views.generic.base import RedirectView
from django.views.generic import *
from django.views.static import serve
from django.views.i18n import javascript_catalog
from django.utils.translation import ugettext_lazy as _

from ..core.views import *

import config as _CFG

admin.autodiscover()

urlpatterns = [
    url(r'^jsi18n/$', javascript_catalog),
    url(r'^jsi18n/(?P<packages>\S+?)/$', javascript_catalog),
    url(r'^i18n/', include('django.conf.urls.i18n')),
    url(r'^admin/', include(admin.site.urls)),
    url(r'^ckeditor/', include('ckeditor_uploader.urls')),
]

urlpatterns += [
    url(r'^lang/(?P<lang>[\w\-]+)$',    set_lang),
    url(r'^error-(?P<ID>\d+)$',  errors),

    url(r'^login/$',    login),
    url(r'^logout/$',   logout),

    url(r'^favicon\.ico$',  RedirectView.as_view(permanent=True, url='static/favicon.ico')),
    url(r'^favicon\.png$',  RedirectView.as_view(permanent=True, url='static/favicon.png')),
    url(r'^prev\.png$',     RedirectView.as_view(permanent=True, url='static/icons/prev.png')),
    url(r'^robots\.txt$',   RedirectView.as_view(permanent=True, url='static/robots.txt')),
    url(r'^sitemap\.xml$',  RedirectView.as_view(permanent=True, url='static/sitemap.xml')),
]

if _CFG.REGISTRABLE:
    urlpatterns += [
        url(r'^register/$', views.register),
        url(r'^activate', views.activate),
    ]

if _CFG.RESETABLE:
    urlpatterns += [
        url(r'^resetpass/$',    views.reset_password, {'typ' : 'resetpass'}),
        url(r'^resetpass2/$',   views.reset_password, {'typ' : 'resetpass2'}),
    ]

if _CFG.DEBUG:
    import debug_toolbar
    urlpatterns += [
        url(r'^__debug__/', include(debug_toolbar.urls)),
        url(r'^site_media/(?P<path>.*)$',   serve, {'document_root': settings.MEDIA_ROOT, 'show_indexes': True}),
        url(r'^static/(?P<path>.*)$',       serve, {'document_root': settings.STATIC_ROOT, 'show_indexes': True}),
    ]

handler404 = my404
handler500 = my404

if len(_CFG.APP_LIST) == 0:
    exec(open('./apps/www/urls.py').read())

cfg هو مجرد ملف تكوين إضافي أستخدمه في المشروع. يحتوي فقط على قيم ثابتة

NomadDemon أي تقدم في هذه القضية؟

نعم لقد فهمت ذلك.
أولاً ، واجهت بعض المشكلات مع التكوينات ، ودائمًا ما تم استخدام تهيئة prod مع DEBUG = False. - مثبت

ثم كانت هناك مشكلة مع عدم وجود شريط أدوات مرئي.
عند استخدام gunicorn مع خيار SOCK بدلاً من HTTP ، لا يمر remote_addr. اضطررت إلى استخدام "المدقق الخاص بي يدويًا لتصحيح أخطاء المستخدم"

قد يكون الجزء الثاني مفيدًا للمستخدمين الآخرين.

شكرا لردكم السريع.

في الواقع ، حصلت على نفس الخطأ ولكن لسبب مختلف. كان سببه
مسار عنوان url لشريط أدوات التصحيح الذي قمت بلصقه داخل url.py لتطبيقي ،
بدلاً من وضعها داخل عنوان url.py الخاص بالمشروع

في 25 مارس 2017 الساعة 12:03 مساءً ، كتب "NomadDemon" [email protected] :

نعم لقد فهمت ذلك.
أولاً ، واجهت بعض المشكلات مع التكوينات ، ودائمًا ما تم استخدام تكوين prod مع
تصحيح = خطأ. - مثبت

ثم كانت هناك مشكلة مع عدم وجود شريط أدوات مرئي.
عند استخدام gunicorn مع خيار SOCK بدلاً من HTTP ، لا يوجد remote_addr
عابرة. اضطررت إلى استخدام "المدقق الخاص بي يدويًا لتصحيح أخطاء المستخدم"

قد يكون الجزء الثاني مفيدًا للمستخدمين الآخرين.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/jazzband/django-debug-toolbar/issues/911#issuecomment-289207638 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AECBuNt3Zeul4JCyIhkb74hoRCbnCs80ks5rpQKggaJpZM4Lwdtd
.

شكرا. أعتقد أنه يمكن إغلاق هذه القضية بعد ذلك. من الجيد سماع أن شريط أدوات التصحيح يعمل لكليكما الآن!

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات