Дотримуючись саме знайденого тут підручника , я не можу створити користувацьку сторінку помилок 500 або 404. Якщо я ввожу погану URL-адресу, ця сторінка надає мені сторінку помилок за замовчуванням. Чи можу я щось перевірити, щоб це не завадило показувати користувацьку сторінку?

Каталоги файлів:

mysite/
    mysite/
        __init__.py
        __init__.pyc
        settings.py
        settings.pyc
        urls.py
        urls.pyc
        wsgi.py
        wsgi.pyc
    polls/
        templates/
            admin/
                base_site.html
            404.html
            500.html
            polls/
                detail.html
                index.html
        __init__.py
        __init__.pyc
        admin.py
        admin.pyc
        models.py
        models.pyc
        tests.py
        urls.py
        urls.pyc
        view.py
        views.pyc
    templates/
    manage.py

У програмі mysite / settings.py увімкнено:

DEBUG = False
TEMPLATE_DEBUG = DEBUG

#....

TEMPLATE_DIRS = (
    'C:/Users/Me/Django/mysite/templates', 
)

у межах mysite / anlls / urls.py:

from django.conf.urls import patterns, url

from polls import views

urlpatterns = patterns('',
    url(r'^$', views.index, name='index'),
    url(r'^(?P<poll_id>\d+)/$', views.detail, name='detail'),
    url(r'^(?P<poll_id>\d+)/results/$', views.results, name='results'),
    url(r'^(?P<poll_id>\d+)/vote/$', views.vote, name='vote'),
)

Я можу розмістити будь-який інший необхідний код, але що мені потрібно змінити, щоб отримати власну сторінку помилок 500, якщо я використовую поганий URL?

Редагувати

РІШЕННЯ: У мене був додатковий

TEMPLATE_DIRS

в моїх налаштуваннях.py і це спричинило проблему

Під основним views.pyдодайте власну власну реалізацію наступних двох представлень і просто налаштуйте шаблони 404.html та 500.html із тим, що ви хочете відобразити.

За допомогою цього рішення не потрібно додавати спеціальний код urls.py

Ось код:

from django.shortcuts import render_to_response
from django.template import RequestContext


def handler404(request, *args, **argv):
    response = render_to_response('404.html', {},
                                  context_instance=RequestContext(request))
    response.status_code = 404
    return response


def handler500(request, *args, **argv):
    response = render_to_response('500.html', {},
                                  context_instance=RequestContext(request))
    response.status_code = 500
    return response

Оновлення

handler404і handler500експортуються змінні конфігурації рядка Django, знайдені в django/conf/urls/__init__.py. Ось чому вищевказаний конфігурація працює.

Щоб змусити працювати вищевказаний конфігуратор, слід визначити наступні змінні у вашому urls.pyфайлі та вказати експортовані змінні Django на шлях рядка Python, де визначено ці функціональні представлення Django, як-от так:

# project/urls.py

handler404 = 'my_app.views.handler404'
handler500 = 'my_app.views.handler500'

Оновлення для Django 2.0

Підписи на перегляди обробників були змінені в Django 2.0: https://docs.djangoproject.com/en/2.0/ref/views/#error-views

Якщо ви використовуєте представлення, як описано вище, handler404 не вдасться із повідомленням:

"handler404 () отримав несподіваний аргумент ключового слова" виняток ""

У такому випадку змініть свої погляди так:

def handler404(request, exception, template_name="404.html"):
    response = render_to_response(template_name)
    response.status_code = 404
    return response

Офіційна відповідь:

Ось посилання на офіційну документацію про те, як налаштувати власні представлення помилок:

https://docs.djangoproject.com/en/stable/topics/http/views/#customizing-error-views

Він говорить, що додавати такі рядки у свій URLconf (встановлення їх у будь-якому іншому місці не матиме ефекту):

handler404 = 'mysite.views.my_custom_page_not_found_view'
handler500 = 'mysite.views.my_custom_error_view'
handler403 = 'mysite.views.my_custom_permission_denied_view'
handler400 = 'mysite.views.my_custom_bad_request_view'

Ви також можете налаштувати перегляд помилок CSRF, змінивши налаштування CSRF_FAILURE_VIEW.

Обробники помилок за замовчуванням:

Це варто прочитати документацію оброблювачів помилок по замовчуванням, page_not_found, server_error, permission_deniedі bad_request. За замовчуванням, вони використовують ці шаблони , якщо вони можуть їх знайти, відповідно: 404.html, 500.html, 403.html, і 400.html.

Отже, якщо все, що ви хочете зробити, це зробити гарні сторінки помилок, просто створіть ці файли в TEMPLATE_DIRSкаталозі, вам зовсім не потрібно редагувати URLConf. Прочитайте документацію, щоб побачити, які змінні контексту доступні.

У Django 1.10 та пізніших версіях у шаблоні перегляду помилок CSRF використовується шаблон 403_csrf.html.

Отримав:

Не забувайте, що для цього вони DEBUGповинні встановити значення False, інакше використовуються звичайні обробники налагоджень.

Додайте ці рядки в urls.py

urls.py

from django.conf.urls import (
handler400, handler403, handler404, handler500
)

handler400 = 'my_app.views.bad_request'
handler403 = 'my_app.views.permission_denied'
handler404 = 'my_app.views.page_not_found'
handler500 = 'my_app.views.server_error'

# ...

і впровадити наші власні представлення в views.py.

views.py

from django.shortcuts import (
render_to_response
)
from django.template import RequestContext

# HTTP Error 400
def bad_request(request):
    response = render_to_response(
        '400.html',
        context_instance=RequestContext(request)
        )

        response.status_code = 400

        return response

# ...

На сторінці, на яку ви посилаєтесь:

Коли ви піднімете Http404 зсередини представлення, Django завантажить спеціальний вигляд, присвячений обробці 404 помилок. Він знаходить це, шукаючи змінну handler404 у вашому кореневому URLconf (і лише у вашому кореневому URLconf; налаштування handler404 ніде більше не матиме ніякого ефекту), що є рядком у синтаксисі з пунктиром Python - такому ж форматі, який використовується у звичайних зворотних викликах URLconf. Сам вид 404 не має нічого особливого: це просто звичайний вигляд.

Тому я вважаю, що вам потрібно додати щось подібне до свого urls.py:

handler404 = 'views.my_404_view'

і подібне для handler500.

Якщо все, що вам потрібно, це показати користувальницькі сторінки, які містять кілька фантастичних повідомлень про помилки для вашого сайту DEBUG = False, тоді додайте два шаблони з назвою 404.html та 500.html у свою каталог шаблонів, і вони автоматично підхоплять ці користувацькі сторінки, коли 404 або 500 піднімається.

У Django 2. * ви можете використовувати цю конструкцію в views.py

def handler404(request, exception):
    return render(request, 'errors/404.html', locals())

У settings.py

DEBUG = False

if DEBUG is False:
    ALLOWED_HOSTS = [
        '127.0.0.1:8000',
        '*',
    ]

if DEBUG is True:
    ALLOWED_HOSTS = []

В urls.py

# https://docs.djangoproject.com/en/2.0/topics/http/views/#customizing-error-views
handler404 = 'YOUR_APP_NAME.views.handler404'

Зазвичай я створюю default_app і обробляю помилки на рівні сайту, контекстні процесори в ньому.

settings.py:

DEBUG = False
TEMPLATE_DEBUG = DEBUG
ALLOWED_HOSTS = ['localhost']  #provide your host name

і просто додайте свої 404.htmlта 500.htmlсторінки в папку шаблонів. видалити 404.htmlта 500.htmlз шаблонів у програмі опитування.

Зробіть помилку. На сторінці помилки з’ясуйте, звідки django завантажує шаблони. Я маю на увазі стек шляху. У базовий template_dir додайте ці сторінки html 500.html , 404.html . У разі виникнення цих помилок відповідні файли шаблонів автоматично завантажуються.

Ви також можете додавати сторінки для інших кодів помилок, наприклад, 400 та 403 .

Сподіваюся, що це допоможе !!!

У Джанго 3.xприйнята відповідь не буде працювати, оскількиrender_to_response її було видалено повністю, а також було внесено ще кілька змін із часу роботи версії, для якої прийнято відповідь.

Деякі інші відповіді також є, але я представляю трохи чіткішу відповідь:

У вашому головному urls.pyфайлі:

handler404 = 'yourapp.views.handler404'
handler500 = 'yourapp.views.handler500'

У yourapp/views.pyфайлі:

def handler404(request, exception):
    context = {}
    response = render(request, "pages/errors/404.html", context=context)
    response.status_code = 404
    return response


def handler500(request):
    context = {}
    response = render(request, "pages/errors/500.html", context=context)
    response.status_code = 500
    return response

Переконайтеся, що ви імпортували render()у yourapp/views.pyфайл:

from django.shortcuts import render

Бічна примітка: render_to_response()в Джанго була застаріла, 2.xі вона була повністю вилучена в сумніві3.x .

Як один єдиний рядок (для 404 загальної сторінки):

from django.shortcuts import render_to_response
from django.template import RequestContext

return render_to_response('error/404.html', {'exception': ex},
                                      context_instance=RequestContext(request), status=404)

# views.py
def handler404(request, exception):
    context = RequestContext(request)
    err_code = 404
    response = render_to_response('404.html', {"code":err_code}, context)
    response.status_code = 404
    return response

# <project_folder>.urls.py
handler404 = 'todo.views.handler404' 

Це працює на django 2.0

Не забудьте включити свій звичай 404.htmlу папку шаблонів додатків.

Джанго 3.0

ось посилання як налаштувати представлення помилок

ось посилання, як відобразити подання

в urls.py (основний, у папці проекту) поставте:

handler404 = 'my_app_name.views.custom_page_not_found_view'
handler500 = 'my_app_name.views.custom_error_view'
handler403 = 'my_app_name.views.custom_permission_denied_view'
handler400 = 'my_app_name.views.custom_bad_request_view'

і в цьому додатку ( my_app_name) поставити вviews.py :

def custom_page_not_found_view(request, exception):
    return render(request, "errors/404.html", {})

def custom_error_view(request, exception=None):
    return render(request, "errors/500.html", {})

def custom_permission_denied_view(request, exception=None):
    return render(request, "errors/403.html", {})

def custom_bad_request_view(request, exception=None):
    return render(request, "errors/400.html", {})

ПРИМІТКА: error/404.html це шлях, якщо ви розміщуєте свої файли в папці шаблонів проектів (а не програм), templates/errors/404.htmlтому розмістіть файли там, де ви хочете, і запишіть правильний шлях.

ПРИМІТКА 2. Після перезавантаження сторінки, якщо ви все ще бачите старий шаблон, змініть його settings.py DEBUG=True, збережіть його, а потім знову до False(для перезавантаження сервера та збору нових файлів).

Не потрібно додаткового перегляду. https://docs.djangoproject.com/en/3.0/ref/views/

Просто помістіть файли помилок у каталог кореневих шаблонів

• 404.html
• 400.html
• 403.html
• 500.html

І він повинен використовувати вашу сторінку помилок, коли налагодження є помилковим

Спробуйте перемістити шаблони помилок до .../Django/mysite/templates/?

Я зауважу щодо цього, але я думаю, що вони повинні бути "глобальними" для веб-сайту.