Django-debug-toolbar: 'djdt' bukan namespace terdaftar

Dibuat pada 28 Jan 2017  ·  9Komentar  ·  Sumber: jazzband/django-debug-toolbar

Hai, ini 3 kali saya mencoba debugtoolbar dan .. 3 kali gagal

Pertama jika tidak bisa ditampilkan.
2 tahun kemudian sama,
kali ini saya mendapatkan kesalahan:

NoReverseMatch di /
'djdt' bukan namespace terdaftar

Saya melakukan segalanya dalam pengaturan dan URL sebagaimana mestinya

masalahnya ada di baris 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 }}>

versi django 1.9 1.10, 1.10.04
debug panel 1.6 dari PIP3

pengaturan:

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',
'aplikasi.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 disetel ke TRUE

Tolong .. bantuan .. ini membuat frustrasi saya tidak dapat menggunakan salah satu alat terbaik untuk debug selama 3 tahun ...

Komentar yang paling membantu

Terima kasih atas tanggapan yang cepat.

Sebenarnya, saya mendapatkan kesalahan yang sama tetapi untuk alasan yang berbeda. Itu disebabkan oleh
rute url bilah alat debug yang telah saya tempel di dalam url.py aplikasi saya,
alih-alih meletakkannya di dalam url.py proyek

Pada 25 Mar 2017 12:03 siang, "NomadDemon" [email protected] menulis:

Ya saya menemukan jawabannya.
Pertama saya memiliki beberapa masalah dengan konfigurasi, selalu prod config digunakan dengan
DEBUG = Salah. - tetap

Kemudian ada masalah dengan tidak ada bilah alat yang terlihat.
Saat menggunakan gunicorn dengan opsi SOCK alih-alih HTTP, tidak ada remote_addr
lewat. Harus secara manual menggunakan "validator untuk men-debug pengguna" saya sendiri

Bagian ke-2 mungkin berguna untuk pengguna lain.


Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/jazzband/Django-debug-toolbar/issues/911#issuecomment-289207638 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AECBuNt3Zeul4JCyIhkb74hoRCbnCs80ks5rpQKggaJpZM4Lwdtd
.

Semua 9 komentar

Kemungkinan besar kesalahan ini berarti Anda tidak mengonfigurasi URL dengan benar.

_CFG.DEBUG = Benar

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}),
    ]

Tolonglah? :(

Terlihat bagus (menurut saya). Mungkin Anda bisa mencoba menunjukkan kepada kami seluruh file URLconf? Apakah /site_media/ bekerja secara lokal? Apa itu _CFG ? Apakah kode yang Anda posting merupakan bagian dari ROOT_URLCONF Anda, atau Anda mungkin sudah berada di dalam namespace lain?

ya, itu adalah bagian dari url root

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 hanyalah file konfigurasi tambahan yang saya gunakan dalam proyek. Ini hanya berisi nilai konstan

@NomadDemon Ada kemajuan dengan masalah ini?

Ya saya menemukan jawabannya.
Pertama saya memiliki beberapa masalah dengan konfigurasi, selalu prod config digunakan dengan DEBUG = False. - tetap

Kemudian ada masalah dengan tidak ada bilah alat yang terlihat.
Saat menggunakan gunicorn dengan opsi SOCK alih-alih HTTP, tidak ada remote_addr yang lewat. Harus secara manual menggunakan "validator untuk men-debug pengguna" saya sendiri

Bagian ke-2 mungkin berguna untuk pengguna lain.

Terima kasih atas tanggapan yang cepat.

Sebenarnya, saya mendapatkan kesalahan yang sama tetapi untuk alasan yang berbeda. Itu disebabkan oleh
rute url bilah alat debug yang telah saya tempel di dalam url.py aplikasi saya,
alih-alih meletakkannya di dalam url.py proyek

Pada 25 Mar 2017 12:03 siang, "NomadDemon" [email protected] menulis:

Ya saya menemukan jawabannya.
Pertama saya memiliki beberapa masalah dengan konfigurasi, selalu prod config digunakan dengan
DEBUG = Salah. - tetap

Kemudian ada masalah dengan tidak ada bilah alat yang terlihat.
Saat menggunakan gunicorn dengan opsi SOCK alih-alih HTTP, tidak ada remote_addr
lewat. Harus secara manual menggunakan "validator untuk men-debug pengguna" saya sendiri

Bagian ke-2 mungkin berguna untuk pengguna lain.


Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/jazzband/Django-debug-toolbar/issues/911#issuecomment-289207638 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AECBuNt3Zeul4JCyIhkb74hoRCbnCs80ks5rpQKggaJpZM4Lwdtd
.

Terima kasih. Saya pikir masalah ini bisa ditutup kalau begitu. Senang mendengar bilah alat debug berfungsi untuk Anda berdua sekarang!

Apakah halaman ini membantu?
0 / 5 - 0 peringkat