Pourquoi le paramètre DEBUG=False fait-il échouer mon accès aux fichiers statiques de django ?

Question

Je construis une application en utilisant Django comme cheval de bataille. Tout s'est bien passé jusqu'à présent - j'ai spécifié les paramètres de la base de données, configuré les répertoires statiques, les urls, les vues, etc. Mais les problèmes ont commencé à se faufiler au moment où j'ai voulu rendre mes propres pages 404.html et 500.html, belles et personnalisées.

J'ai lu la documentation sur la gestion personnalisée des erreurs, et j'ai défini les configurations nécessaires dans UrlsConf, créé les vues correspondantes et ajouté les fichiers 404.html et 500.html au répertoire des modèles de mon application (spécifié dans le fichier settings.py également).

Mais les docs disent you can actually view custom error views until Debug is Off Je l'ai donc éteint pour tester mon matériel, et c'est là que les choses se sont emballées !

Non seulement je ne parviens pas à afficher le fichier 404.html personnalisé (en fait, il se charge, mais comme mes pages d'erreur contiennent toutes un message d'erreur graphique - sous la forme d'une belle image), mais la source de la page d'erreur se charge, mais rien d'autre ne se charge ! Pas même les CSS ou Javascript liés !

En général, une fois que j'ai mis DEBUG = False Si l'on utilise la méthode de l'affichage automatique, toutes les vues se chargeront, mais le contenu lié (CSS, Javascript, images, etc.) ne se chargera pas ! Que se passe-t-il ? Est-ce qu'il y a quelque chose qui m'échappe, concernant les fichiers statiques et le système de gestion de l'image ? DEBUG le réglage ?

Answer 1

Si vous avez toujours besoin d'un serveur statique local (par exemple pour des tests sans débogage), vous pouvez exécuter devserver en mode non sécurisé :

manage.py runserver --insecure

Answer 2

Lorsque le débogage est désactivé, Django ne gère plus les fichiers statiques pour vous - votre serveur Web de production (Apache ou autre) devrait s'en charger.

Answer 3

Si vous utilisez la vue de service statique dans le développement, vous devez avoir DEBUG = True :

Avertissement

Cela ne fonctionnera que si DEBUG est vrai.

C'est parce que cette vue est grossièrement inefficace et probablement non sécurisée. Elle n'est destinée qu'aux utilisateurs locaux de développement local, et ne devrait jamais être utilisée en production.

Docs : servir les fichiers statiques dans developent

EDIT : Vous pouvez ajouter quelques urls juste pour tester vos modèles 404 et 500, utilisez simplement la vue générique direct_to_template dans vos urls.

from django.views.generic.simple import direct_to_template

urlpatterns = patterns('',
    ('^404testing/$', direct_to_template, {'template': '404.html'})
)

Answer 4

Vous pouvez en fait servir des fichiers statiques dans une application Django de production, en toute sécurité et sans DEBUG=True .

Plutôt que d'utiliser Django lui-même, utilisez dj_static dans votre fichier WSGI ( github ) :

# requirements.txt:

...
dj-static==0.0.6

# YOURAPP/settings.py:

...
STATIC_ROOT = 'staticdir'
STATIC_URL = '/staticpath/'

# YOURAPP/wsgi.py:

...
from django.core.wsgi import get_wsgi_application
from dj_static import Cling

application = Cling(get_wsgi_application())

Answer 5

Vous pouvez déboguer cela de différentes manières. Voici mon approche.

localsettings.py :

DEBUG = False
DEBUG404 = True

urls.py :

from django.conf import settings
import os

if settings.DEBUG404:
    urlpatterns += patterns('',
        (r'^static/(?P<path>.*)$', 'django.views.static.serve',
         {'document_root': os.path.join(os.path.dirname(__file__), 'static')} ),
    )

N'oubliez pas de lire la documentation ;)

https://docs.djangoproject.com/en/2.0/howto/static-files/#limiting-use-to-debug-true