Nach dem tutorial hier genau, kann ich nicht eine benutzerdefinierte 500 oder 404 Fehlerseite erstellen. Wenn ich eine falsche URL eingebe, gibt mir die Seite die Standardfehlerseite. Gibt es etwas, auf das ich prüfen sollte, um zu verhindern, dass eine benutzerdefinierte Seite angezeigt wird?

Dateiverzeichnisse:

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

In mysite / settings.py habe ich Folgendes aktiviert:

DEBUG = False
TEMPLATE_DEBUG = DEBUG

#....

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

innerhalb von mysite / polls / 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'),
)

Ich kann jeden anderen erforderlichen Code veröffentlichen, aber was sollte ich ändern, um eine benutzerdefinierte 500-Fehlerseite zu erhalten, wenn ich eine schlechte URL verwende?

Bearbeiten

LÖSUNG: Ich hatte eine zusätzliche

TEMPLATE_DIRS

innerhalb meiner settings.py und das verursachte das Problem

Fügen Sie unter Ihrem Hauptbild views.pyIhre eigene benutzerdefinierte Implementierung der folgenden beiden Ansichten hinzu und richten Sie einfach die Vorlagen 404.html und 500.html mit den gewünschten Informationen ein .

Mit dieser Lösung muss kein benutzerdefinierter Code hinzugefügt werden urls.py

Hier ist der Code:

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

Aktualisieren

handler404und handler500werden exportiert Django String Konfigurationsvariablen gefunden in django/conf/urls/__init__.py. Deshalb funktioniert die obige Konfiguration.

Damit die obige Konfiguration funktioniert, sollten Sie die folgenden Variablen in Ihrer urls.pyDatei definieren und die exportierten Django-Variablen auf den Python-Zeichenfolgenpfad verweisen, in dem diese Django-Funktionsansichten definiert sind:

# project/urls.py

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

Update für Django 2.0

Die Signaturen für Handleransichten wurden in Django 2.0 geändert: https://docs.djangoproject.com/de/2.0/ref/views/#error-views

Wenn Sie Ansichten wie oben verwenden, schlägt handler404 mit der folgenden Meldung fehl:

"handler404 () hat ein unerwartetes Schlüsselwortargument 'Ausnahme' erhalten"

Ändern Sie in diesem Fall Ihre Ansichten wie folgt:

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

Offizielle Antwort:

Hier ist der Link zur offiziellen Dokumentation zum Einrichten benutzerdefinierter Fehleransichten:

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

Es heißt, Zeilen wie diese in Ihre URLconf einzufügen (das Festlegen an einer anderen Stelle hat keine Auswirkung):

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'

Sie können die CSRF-Fehleransicht auch anpassen, indem Sie die Einstellung ändern CSRF_FAILURE_VIEW.

Standardfehlerbehandlungsroutinen:

Es lohnt sich, die Dokumentation der Standardfehlerbehandlungsroutinen zu lesen, page_not_found, server_error, permission_deniedund bad_request. Standardmäßig sie diese Vorlagen verwenden , wenn sie sie finden können, jeweils: 404.html, 500.html, 403.html, und 400.html.

Wenn Sie also nur hübsche Fehlerseiten erstellen möchten, erstellen Sie diese Dateien einfach in einem TEMPLATE_DIRS Verzeichnis. Sie müssen URLConf überhaupt nicht bearbeiten. Lesen Sie die Dokumentation, um festzustellen, welche Kontextvariablen verfügbar sind.

In Django 1.10 und höher verwendet die Standard-CSRF-Fehleransicht die Vorlage 403_csrf.html.

Erwischt:

Vergessen Sie nicht, dass DEBUGdies auf False gesetzt sein muss, damit diese funktionieren. Andernfalls werden die normalen Debug-Handler verwendet.

Fügen Sie diese Zeilen in urls.py hinzu

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'

# ...

und implementieren Sie unsere benutzerdefinierten Ansichten in 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

# ...

Von der Seite, auf die Sie verwiesen haben:

Wenn Sie Http404 aus einer Ansicht heraus anheben, lädt Django eine spezielle Ansicht, die sich mit der Behandlung von 404-Fehlern befasst. Es wird gefunden, indem in Ihrer Root-URLconf nach der Variablen handler404 gesucht wird (und nur in Ihrer Root-URLconf; das Festlegen von handler404 an einer anderen Stelle hat keine Auswirkung). Dies ist eine Zeichenfolge in Python-Punktsyntax - das gleiche Format, das die normalen URLconf-Rückrufe verwenden. Eine 404-Ansicht selbst hat nichts Besonderes: Es ist nur eine normale Ansicht.

Ich glaube, Sie müssen Ihrer urls.py so etwas hinzufügen:

handler404 = 'views.my_404_view'

und ähnlich für handler500.

Wenn Sie nur benutzerdefinierte Seiten DEBUG = Falseanzeigen möchten, die einige ausgefallene Fehlermeldungen für Ihre Site enthalten , fügen Sie zwei Vorlagen mit den Namen 404.html und 500.html in Ihr Vorlagenverzeichnis ein, und diese benutzerdefinierten Seiten werden bei 404 oder 500 automatisch abgerufen wird angehoben.

In Django 2. * können Sie diese Konstruktion in views.py verwenden

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

In settings.py

DEBUG = False

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

if DEBUG is True:
    ALLOWED_HOSTS = []

In urls.py

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

Normalerweise erstelle ich default_app und behandle Site-weite Fehler, Kontextprozessoren darin.

settings.py:

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

und fügen Sie einfach Ihre 404.htmlund 500.htmlSeiten im Vorlagenordner hinzu. Entfernen 404.htmlund 500.htmlaus Vorlagen in der Umfrage-App.

Machen Sie einen Fehler. Finden Sie auf der Fehlerseite heraus, wo Django Vorlagen lädt. Ich meine den Pfadstapel. Fügen Sie in base template_dir diese HTML-Seiten 500.html , 404.html hinzu . Wenn diese Fehler auftreten, werden die entsprechenden Vorlagendateien automatisch geladen.

Sie können auch Seiten für andere Fehlercodes wie 400 und 403 hinzufügen .

Ich hoffe das hilft !!!

In Django 3.xfunktioniert die akzeptierte Antwort nicht, da render_to_responsesie vollständig entfernt wurde und seit der Version, für die die akzeptierte Antwort funktioniert hat, weitere Änderungen vorgenommen wurden.

Es gibt auch einige andere Antworten, aber ich präsentiere eine etwas sauberere Antwort:

In Ihrer Hauptdatei urls.py:

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

In yourapp/views.pyDatei:

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

Stellen Sie sicher, dass Sie render()in eine yourapp/views.pyDatei importiert haben :

from django.shortcuts import render

Randnotiz: render_to_response()war in Django veraltet 2.xund wurde in der Überprüfung vollständig entfernt 3.x.

Als eine einzelne Zeile (für 404 generische Seite):

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' 

Dies funktioniert auf Django 2.0

Stellen Sie sicher, dass Sie Ihre benutzerdefinierten 404.htmlElemente in den Ordner mit den App-Vorlagen aufnehmen.

Django 3.0

Hier finden Sie einen Link zum Anpassen von Fehleransichten

Hier ist ein Link zum Rendern einer Ansicht

Geben Sie im urls.py(Haupt-, im Projektordner) Folgendes ein:

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'

und in dieser App ( my_app_name) setzen Sie in 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", {})

HINWEIS: Dies error/404.htmlist der Pfad, wenn Sie Ihre Dateien im Vorlagenordner des Projekts (nicht der Apps) ablegentemplates/errors/404.html ablegen. Platzieren Sie die Dateien daher an der gewünschten Stelle und schreiben Sie den richtigen Pfad.

HINWEIS 2: Wenn Sie nach dem erneuten Laden der Seite die alte Vorlage weiterhin sehen, ändern Sie sie settings.py DEBUG=True, speichern Sie sie und dann erneut zu False(um den Server neu zu starten und die neuen Dateien zu sammeln).

Es ist keine zusätzliche Ansicht erforderlich. https://docs.djangoproject.com/de/3.0/ref/views/

Legen Sie einfach die Fehlerdateien im Stammverzeichnis des Vorlagenverzeichnisses ab

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

Und es sollte Ihre Fehlerseite verwenden, wenn das Debuggen falsch ist

Versuchen Sie, Ihre Fehlervorlagen nach zu verschieben .../Django/mysite/templates/?

Ich bin mir dessen sicher, aber ich denke, diese müssen für die Website "global" sein.