Чому DEBUG = Неправильне налаштування робить невдалим доступ до статичних файлів мого django?

Я будую додаток, використовуючи Django в якості моєї робочої коні. На сьогодні все добре - задані налаштування db, налаштовані статичні каталоги, URL-адреси, перегляди тощо. Але проблеми почали прокрадатись в той момент, коли я захотів зробити свої власні красиві та власні сторінки 404.html та 500.html.

Я читав документи щодо користувальницької обробки помилок і встановлював необхідні конфігурації в UrlsConf, створював відповідні представлення даних і додав 404.html та 500.html у каталог шаблонів мого додатка (вказано також у settings.py).

Але документи говорять you can actually view custom error views until Debug is Off, тож я його вимкнув, щоб перевірити свої речі, і ось тоді, коли цей матеріал стає берсерком!

Я не тільки не переглядаю користувальницький 404.html (насправді він завантажується, але оскільки кожна моя сторінка з помилками містить графічне повідомлення про помилку - як якесь приємне зображення), джерело сторінки помилки завантажується, але нічого іншого не завантажує! Навіть не пов'язані CSS чи Javascript!

Як правило, як тільки я встановлю DEBUG = False, всі перегляди завантажуватимуться, але будь-який пов'язаний вміст (CSS, Javascript, зображення тощо) не завантажуватиметься! Що відбувається? Щось не вистачає щодо статичних файлів та DEBUGналаштувань?

При відключенні налагодження Django більше не обробляє статичні файли для вас - про це повинен подбати ваш виробничий веб-сервер (Apache або щось подібне).

Якщо вам все ще потрібно локально виконувати сервер статики (наприклад, для тестування без налагодження), ви можете запустити devserver в небезпечному режимі:

manage.py runserver --insecure

Ви можете використовувати WhiteNoise для обслуговування статичних файлів у виробництві.

Встановити:

pip install WhiteNoise

І змініть свій файл wsgi.py на це:

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

application = get_wsgi_application()
application = DjangoWhiteNoise(application)

І вам добре піти!

Кредит до ручного креативного блогу .

Але НЕ, справді не рекомендується подавати статичні файли таким чином у виробництво. Ваш веб-сервер виробництва (наприклад, nginx) повинен подбати про це.

У urls.py я додав цей рядок:

from django.views.static import serve 

додайте ці два URL-адреси в URL-адреси:

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

і статичні, і медіафайли були доступні, коли DEBUG = FALSE.
Сподіваюся, це допомагає :)

Якщо ви використовуєте статичний подання сервісу в розробці, вам потрібно мати DEBUG = True:

Увага

Це буде працювати лише в тому випадку, коли DEBUG є True.

Це тому, що ця думка є надзвичайно неефективною і, ймовірно, небезпечною. Це призначено лише для місцевого розвитку, і його ніколи не слід використовувати у виробництві.

Документи: подання статичних файлів у програмі

EDIT: Ви можете додати деякі URL-адреси просто для тестування шаблонів 404 та 500, просто використовуйте у своїх URL-адресах загальний вигляд direct_to_template.

from django.views.generic.simple import direct_to_template

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

Джонні відповідь великий, але до сих пір не працює для мене , просто додавши ці рядки описані там. Виходячи з цієї відповіді, кроки, які насправді працювали для мене де:

1. Встановіть WhiteNoise, як описано:

   pip install WhiteNoise

2. Створіть STATIC_ROOTзмінну та додайте WhiteNoise до своєї MIDDLEWAREзмінної у 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. Потім змініть wsgi.pyфайл, як пояснено у відповіді Джонні:

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

4. Після цього розгорніть свої зміни на своєму сервері (за допомогою git або будь-якого іншого ви використовуєте).

5. Нарешті, запустіть collectstaticопцію manage.pyна своєму сервері. Це скопіює всі файли із ваших статичних папок у STATIC_ROOTвказаний раніше каталог:

   $ python manage.py collectstatic

   Тепер ви побачите нову папку з назвою, staticfilesяка містить такі елементи.

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

Оновлення: Якщо у вас була версія <4, журнал змін вказує, що декларувати WSGI_APPLICATION = 'projectName.wsgi.application'свій settings.pyфайл у файлі більше не потрібно .

Ви фактично можете подавати статичні файли у виробничому додатку Django, безпечно та без DEBUG=True.

Замість того, щоб використовувати сам Django, використовуйте dj_static у своєму 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())

Просто відкрийте проект urls.py, а потім знайдіть це, якщо заява.

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

Ви можете змінити налаштування.DEBUG на True, і він працюватиме завжди. Але якщо ваш проект є чимось серйозним, тоді вам слід подумати над іншими рішеннями, згаданими вище.

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

У django 1.10 ви можете написати так:

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

Налагодити це можна різними способами. Ось мій підхід.

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

Обов’язково прочитайте документи;)

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

Підтримка аргументів перегляду рядків для url () застаріла і буде видалена у Django 1.10

Моє рішення - лише невелика поправка до рішення Конрадо вище.

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

Хоча це і не найбезпечніше, але ви можете змінити вихідний код. перейти доPython/2.7/site-packages/django/conf/urls/static.py

Потім відредагуйте так:

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

Тож якщо settings.debug==Falseце не вплине на код, також після запуску спробуйте python manage.py runserver --runserverзапустити статичні файли.

ПРИМІТКА . Інформація повинна використовуватися лише для тестування

Я зробив наступні зміни в своєму проекті / urls.py, і він працював на мене

Додайте цей рядок: із імпорту URL-адреси django.conf.urls

і додайте: url (r '^ media / (? p. *) $', serve, {'document_root': settings.MEDIA_ROOT,}), в URL-адресах.