Dlaczego DEBUG = Fałszywe ustawienie powoduje awarię dostępu do plików statycznych django?

Buduję aplikację, używając Django jako mojego konia roboczego. Do tej pory wszystko było dobrze - określone ustawienia db, skonfigurowane katalogi statyczne, adresy URL, widoki itp. Ale problemy zaczęły się pojawiać w momencie, gdy chciałem wyrenderować własne piękne i niestandardowe strony 404.html i 500.html.

Przeczytałem dokumenty na temat niestandardowej obsługi błędów i ustawiłem niezbędne konfiguracje w UrlsConf, utworzyłem odpowiednie widoki i dodałem pliki 404.html i 500.html do katalogu szablonów mojej aplikacji (również określonego w pliku settings.py).

Ale doktorzy mówią you can actually view custom error views until Debug is Off, więc wyłączyłem to, aby przetestować swoje rzeczy, i to wtedy rzeczy szaleją!

Nie tylko nie mogę wyświetlić niestandardowego pliku 404.html (w rzeczywistości ładuje się, ale ponieważ każda z moich stron błędów zawiera graficzny komunikat o błędzie - jak jakiś fajny obraz), źródło strony błędów ładuje się, ale nic innego się nie ładuje! Nawet niepowiązany CSS lub JavaScript!

Zasadniczo po ustawieniu DEBUG = Falsewszystkie widoki zostaną załadowane, ale żadna powiązana treść (CSS, JavaScript, obrazy itp.) Nie będzie ładowana! Co się dzieje? Czy czegoś brakuje w odniesieniu do plików statycznych i DEBUGustawień?

Po wyłączeniu debugowania Django nie będzie już obsługiwał plików statycznych - produkcyjny serwer WWW (Apache lub coś takiego) powinien się tym zająć.

Jeśli nadal potrzebujesz lokalnego serwera statycznego (np. Do testowania bez debugowania), możesz uruchomić devserver w trybie niepewnym:

manage.py runserver --insecure

Możesz użyć WhiteNoise do obsługi plików statycznych w produkcji.

Zainstalować:

pip install WhiteNoise

I zmień plik wsgi.py na:

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

application = get_wsgi_application()
application = DjangoWhiteNoise(application)

I możesz iść!

Kredyt na blogu Creative Handlebar .

ALE tak naprawdę nie zaleca się serwowania plików statycznych w ten sposób podczas produkcji. Twój produkcyjny serwer internetowy (jak nginx) powinien się tym zająć.

W urls.py dodałem tę linię:

from django.views.static import serve 

dodaj te dwa adresy URL w urlpatterns:

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

a zarówno statyczne, jak i multimedialne pliki były dostępne, gdy DEBUG = FAŁSZ.
Mam nadzieję, że to pomoże :)

Jeśli używasz statycznego widoku udostępniania w fazie projektowania, musisz mieć DEBUG = True:

Ostrzeżenie

Działa to tylko wtedy, gdy DEBUG jest Prawdą.

Jest tak, ponieważ ten pogląd jest rażąco nieefektywny i prawdopodobnie niepewny. Jest to przeznaczone wyłącznie na rozwój lokalny i nigdy nie powinno być wykorzystywane w produkcji.

Dokumenty: serwowanie plików statycznych w programistyce

EDYCJA: Możesz dodać kilka adresów URL tylko w celu przetestowania szablonów 404 i 500, po prostu użyj ogólnego widoku direct_to_template w swoich adresach URL.

from django.views.generic.simple import direct_to_template

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

Odpowiedź Johnny'ego jest świetna, ale nadal nie działała dla mnie po prostu poprzez dodanie linii tam opisanych. W oparciu o tę odpowiedź kroki, które faktycznie dla mnie zadziałały, gdzie:

1. Zainstaluj WhiteNoise zgodnie z opisem:

   pip install WhiteNoise

2. Utwórz STATIC_ROOTzmienną i dodaj WhiteNoise do swojej MIDDLEWAREzmiennej w 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. Następnie zmodyfikuj wsgi.pyplik zgodnie z wyjaśnieniem w odpowiedzi Johnny'ego:

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

4. Następnie wdróż zmiany na serwerze (za pomocą git lub cokolwiek, którego używasz).

5. Na koniec uruchom tę collectstaticopcję manage.pyna swoim serwerze. Spowoduje to skopiowanie wszystkich plików z folderów statycznych do STATIC_ROOTokreślonego wcześniej katalogu:

   $ python manage.py collectstatic

   Zobaczysz teraz nowy folder o nazwie staticfileszawierającej takie elementy.

Po wykonaniu tych kroków możesz teraz uruchomić swój serwer i będziesz mógł zobaczyć swoje pliki statyczne w trybie produkcyjnym.

Aktualizacja: W przypadku, gdy miał wersję <4 changelog wskazuje, że nie jest już konieczne, aby zadeklarować WSGI_APPLICATION = 'projectName.wsgi.application'na settings.pypliku.

W rzeczywistości możesz obsługiwać pliki statyczne w produkcyjnej aplikacji Django, bezpiecznie i bez DEBUG=True .

Zamiast używać samego Django, użyj dj_static w pliku 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())

Po prostu otwórz projekt urls.py, a następnie znajdź tę instrukcję if.

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

Możesz zmienić ustawienia. DEBUG na True i zawsze będzie działać. Ale jeśli twój projekt jest czymś poważnym, powinieneś pomyśleć o innych rozwiązaniach wymienionych powyżej.

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

W django 1.10 możesz napisać:

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

Możesz to debugować na wiele różnych sposobów. Oto moje podejście.

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')} ),
    )

Przeczytaj dokumenty;)

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

Obsługa argumentów widoku łańcucha dla url () jest przestarzała i zostanie usunięta w Django 1.10

Moje rozwiązanie to tylko niewielka korekta powyższego rozwiązania Conrado.

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')} ),
        )

Chociaż nie jest to najbezpieczniejsze, ale możesz zmienić kod źródłowy. nawigować doPython/2.7/site-packages/django/conf/urls/static.py

Następnie edytuj w następujący sposób:

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

Więc jeśli settings.debug==Falsenie wpłynie to na kod, również po uruchomieniu spróbujpython manage.py runserver --runserver uruchomić pliki statyczne.

UWAGA : Informacje należy wykorzystywać wyłącznie do testowania

Wprowadziłem następujące zmiany w moim projekcie / urls.py i zadziałało to dla mnie

Dodaj tę linię: z adresu importu django.conf.urls

i dodaj: url (r '^ media / (? P. *) $', obsłuż, {'document_root': settings.MEDIA_ROOT,}), w urlpatterns.