مرحبًا ، إنها محاولتي الثالثة لـ 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 بشكل صحيح.
_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
.
شكرا. أعتقد أنه يمكن إغلاق هذه القضية بعد ذلك. من الجيد سماع أن شريط أدوات التصحيح يعمل لكليكما الآن!
التعليق الأكثر فائدة
شكرا لردكم السريع.
في الواقع ، حصلت على نفس الخطأ ولكن لسبب مختلف. كان سببه
مسار عنوان url لشريط أدوات التصحيح الذي قمت بلصقه داخل url.py لتطبيقي ،
بدلاً من وضعها داخل عنوان url.py الخاص بالمشروع
في 25 مارس 2017 الساعة 12:03 مساءً ، كتب "NomadDemon" [email protected] :