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

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

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

Mais les docs disent you can actually view custom error views until Debug is Off, donc je l'ai éteint pour tester mes trucs, et c'est à ce moment que les trucs deviennent fous!

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

Généralement, une fois que j'ai défini DEBUG = False, toutes les vues se chargeront, mais tout contenu lié (CSS, Javascript, Images, etc.) ne se chargera pas! Que ce passe-t-il? Y a-t-il quelque chose qui manque, concernant les fichiers statiques et le DEBUGréglage?

Avec le débogage désactivé, Django ne traitera plus les fichiers statiques pour vous - votre serveur Web de production (Apache ou quelque chose) devrait s'en occuper.

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

manage.py runserver --insecure

Vous pouvez utiliser WhiteNoise pour servir des fichiers statiques en production.

Installer:

pip install WhiteNoise

Et changez votre fichier wsgi.py en ceci:

from django.core.wsgi import get_wsgi_application
from whitenoise.django import DjangoWhiteNoise

application = get_wsgi_application()
application = DjangoWhiteNoise(application)

Et vous êtes prêt à partir!

Crédit au blog créatif du guidon .

MAIS, il n'est vraiment pas recommandé de servir des fichiers statiques de cette façon en production. Votre serveur Web de production (comme nginx) devrait s'en occuper.

Dans urls.py, j'ai ajouté cette ligne:

from django.views.static import serve 

ajoutez ces deux URL dans les motifs d'URL:

url(r'^media/(?P<path>.*)$', serve,{'document_root': settings.MEDIA_ROOT}), 
url(r'^static/(?P<path>.*)$', serve,{'document_root': settings.STATIC_ROOT}), 

et les fichiers statiques et multimédias étaient accessibles lorsque DEBUG = FALSE.
J'espère que cela aide :)

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

Attention

Cela ne fonctionnera que si DEBUG est True.

C'est parce que cette vue est extrêmement inefficace et probablement peu sûre. Ceci est uniquement destiné au développement local et ne doit jamais être utilisé en production.

Docs: servir des fichiers statiques en développement

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

from django.views.generic.simple import direct_to_template

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

La réponse de Johnny est excellente, mais n'a toujours pas fonctionné pour moi simplement en ajoutant les lignes décrites ici. Sur la base de cette réponse, les étapes qui ont réellement fonctionné pour moi où:

1. Installez WhiteNoise comme décrit:

   pip install WhiteNoise

2. Créez la STATIC_ROOTvariable et ajoutez WhiteNoise à votre MIDDLEWAREvariable dans settings.py:

   #settings.py
   MIDDLEWARE = [
       'django.middleware.security.SecurityMiddleware',
       'whitenoise.middleware.WhiteNoiseMiddleware', #add whitenoise
       'django.contrib.sessions.middleware.SessionMiddleware',
       ...
   ]
   
   #...
   
   STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles') ##specify static root

3. Ensuite, modifiez votre wsgi.pyfichier comme expliqué dans la réponse de Johnny:

   #wsgi.py
   from django.core.wsgi import get_wsgi_application
   from whitenoise.django import DjangoWhiteNoise
   
   application = get_wsgi_application()
   application = DjangoWhiteNoise(application)

4. Après cela, déployez vos modifications sur votre serveur (avec git ou tout ce que vous utilisez).

5. Enfin, exécutez l' collectstaticoption depuis votre manage.pysur votre serveur. Cela copiera tous les fichiers de vos dossiers statiques dans le STATIC_ROOTrépertoire que nous avons spécifié auparavant:

   $ python manage.py collectstatic

   Vous verrez maintenant un nouveau dossier nommé staticfilesqui contient de tels éléments.

Après avoir suivi ces étapes, vous pouvez maintenant exécuter votre serveur et pourrez voir vos fichiers statiques en mode Production.

Mise à jour: Si vous aviez la version <4, le journal des modifications indique qu'il n'est plus nécessaire de déclarer le WSGI_APPLICATION = 'projectName.wsgi.application'dans votre settings.pyfichier.

Vous pouvez réellement 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())

Ouvrez simplement votre projet urls.py, puis recherchez cette instruction if.

if settings.DEBUG:
    urlpatterns += patterns(
        'django.views.static',
        (r'^media/(?P<path>.*)','serve',{'document_root': settings.MEDIA_ROOT}), )

Vous pouvez modifier settings.DEBUG sur True et cela fonctionnera toujours. Mais si votre projet est quelque chose de sérieux, vous devriez penser aux autres solutions mentionnées ci-dessus.

if True:
    urlpatterns += patterns(
        'django.views.static',
        (r'^media/(?P<path>.*)','serve',{'document_root': settings.MEDIA_ROOT}), )

Dans django 1.10, vous pouvez écrire ainsi:

urlpatterns += [ url(r'^media/(?P<path>.*)$', serve, { 'document_root': settings.MEDIA_ROOT, }), url(r'^static/(?P<path>.*)$', serve, { 'document_root': settings.STATIC_ROOT }), ]

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 les documents;)

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

La prise en charge des arguments d'affichage de chaîne pour url () est obsolète et sera supprimée dans Django 1.10

Ma solution est juste une petite correction à la solution Conrado ci-dessus.

from django.conf import settings
import os
from django.views.static import serve as staticserve

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

Bien que ce ne soit pas le plus sûr, mais vous pouvez changer le code source. aller versPython/2.7/site-packages/django/conf/urls/static.py

Modifiez ensuite comme suit:

if settings.DEBUG or (prefix and '://' in prefix):

Donc, si settings.debug==Falsecela n'affecte pas le code, essayez également python manage.py runserver --runserverd'exécuter des fichiers statiques après l'exécution .

REMARQUE : les informations ne doivent être utilisées qu'à des fins de test uniquement

J'ai apporté les modifications suivantes à mon projet / urls.py et cela a fonctionné pour moi

Ajoutez cette ligne: depuis django.conf.urls import url

et ajoutez: url (r '^ media / (? P. *) $', serve, {'document_root': settings.MEDIA_ROOT,}), dans urlpatterns.