Установка DEBUG = Ложь вызывает 500 Ошибка

В моем случае, чтение документов сторонних приложений правильно спасло меня.

Преступник? django_compressor

У меня был

{% load compress %}
{% compress css %}
 ... css files linked here ..
{% endcompress %}

DEBUG = True всегда давал мне 500. Чтобы исправить это, мне понадобилась строка в моих настройках, чтобы запустить ее

COMPRESS_ENABLED = os.environ.get('COMPRESS_ENABLED', False)

Я знаю, что это поздно, но я оказался здесь с поиском моей ошибки 500 с DEBUG=False, в моем случае это оказалось ALLOWED_HOSTS, но я использовал os.environ.get('variable') для заполнения хостов, Я не заметил этого, пока я не включил ведение журнала, вы можете записывать все ошибки в файл ниже, и он будет регистрироваться даже тогда, когда DEBUG=False:

# settings.py
LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'formatters': {
        'verbose': {
            'format' : "[%(asctime)s] %(levelname)s [%(name)s:%(lineno)s] %(message)s",
            'datefmt' : "%d/%b/%Y %H:%M:%S"
        },
        'simple': {
            'format': '%(levelname)s %(message)s'
        },
    },
    'handlers': {
        'file': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': 'mysite.log',
            'formatter': 'verbose'
        },
    },
    'loggers': {
        'django': {
            'handlers':['file'],
            'propagate': True,
            'level':'DEBUG',
        },
        'MYAPP': {
            'handlers': ['file'],
            'level': 'DEBUG',
        },
    }
}

Правильно, в Django 1.5, если DEBUG = False, настройте ALLOWED_HOSTS, добавив домены без номера порта. Пример:

ALLOWED_HOSTS = ['localhost']

Вы также должны проверять свои URL-адреса повсеместно. Если для параметра DEBUG установлено значение False, все URL-адреса без привязки / рассматриваются как ошибка, в отличие от того, когда у вас есть DEBUG = True, и в этом случае Django будет добавлять / везде, где он отсутствует. Итак, короче говоря, убедитесь, что все ссылки заканчиваются косой чертой. ВЕРНУТЬСЯ.

У меня есть веселая история для всех. Достигнув этой страницы, я сказал: "Эврика! Я спасен. Это ДОЛЖНО быть моей проблемой". Поэтому я вставил требуемый ALLOWED_HOSTS список в settings.py и... ничего. Такая же старая ошибка 500. И нет, это было не из-за отсутствия файла 404.html.

Итак, в течение 2 дней я занимался дикими теориями, такими как то, что он имел какое-то отношение к обслуживанию статических файлов (понимайте, что я нооб, а noobs не знают, что они делают).

Так что же это? Сейчас г-н Модератор пришел к полезному совету. В то время как моя разработка Django - это версия 1.5.something, моя версия серверного продукта - 1.5.something + 1... или, возможно, плюс 2. Независимо от того. Итак, после того, как я добавил ALLOWED_HOSTS в настольную версию settings.py, которой не хватало запрошенного hwjp --- значение по умолчанию в settings.py, возможно, с пояснительным комментарием --- я сделал то же самое на производственный сервер с соответствующим доменом для него.

Но я не заметил, что на рабочем сервере с более поздней версией Django существует значение по умолчанию в settings.py с пояснительным комментарием. Это было значительно ниже, где я сделал свой вход, вне поля зрения на мониторе. И, конечно, список был пуст. Отсюда моя трата времени.

Я столкнулся с той же проблемой, когда сделал DEBUG = FALSE. Вот консолидированное решение, как разбросанное в ответах выше и других сообщений.

По умолчанию в settings.py у нас есть ALLOWED_HOSTS = []. Ниже приведены возможные изменения, которые вы должны внести в значение ALLOWED_HOSTS по сценарию, чтобы избавиться от ошибки:

1: Ваше доменное имя:

ALLOWED_HOSTS = ['www.example.com'] # Your domain name here

2: Ваш выделенный серверный IP-адрес, если у вас еще нет имени домена (что было моим делом и работало как прелесть):

ALLOWED_HOSTS = ['123.123.198.123'] # Enter your IP here

3: Если вы тестируете на локальном сервере, вы можете редактировать свои settings.py или settings_local.py как:

ALLOWED_HOSTS = ['localhost', '127.0.0.1']

4: Вы также можете указать "*" в значении ALLOWED_HOSTS, но его не рекомендуется в рабочей среде из соображений безопасности:

ALLOWED_HOSTS = ['*'] # Not recommended in production environment

Я также разместил подробное решение в своем блоге, которое вы можете захотеть сослаться.

ALLOWED_HOSTS НЕ является единственной проблемой, для меня я должен был сделать 404.html и разместить его на базовом уровне моих шаблонов (не на уровне приложения). Также вы можете сделать 404-представление и добавить URL-адрес 404handler, но Я думаю, что это необязательно. 404.html исправил его

в mainproject.urls

handler404 = 'app.views.custom_404'

в app.views

def custom_404(request):
    return render(request, '404.html', {}, status=404)

затем создайте шаблон шаблона /404.html

получил это от другого сообщения S/O, которое я не могу найти

ИЗМЕНИТЬ

Кроме того, я получаю 500 ошибок, когда я обслуживаю активы с помощью whitenoise. Не могу понять, что из-за жизни меня ошибка: ValueError из whitenoise, неспособный найти объект, который я также не мог найти, должен был пойти со стандартным django, служащим на данный момент

Для чего это стоит - я получал 500 с DEBUG = False только на некоторых страницах. Отслеживание исключения с pdb выявило недостающий ресурс (я подозреваю, что тег шаблона {% static ... %} был виновником 500.

Я знаю, что это супер старый вопрос, но, возможно, я мог бы помочь кому-то другому. Если после установки DEBUG = False у вас есть ошибка 500, вы всегда можете запустить run.py в командной строке, чтобы увидеть какие-либо ошибки, которые не будут отображаться в каких-либо журналах веб-ошибок.

Дополнение основного ответа
Это раздражает, чтобы изменить настройки ALLOWED_HOSTS и DEBUG при работе в процессе производства или разработки
Я использую этот код для автоматической установки этих параметров.

import socket

if socket.gethostname() == "local computer name":
    DEBUG = True
    ALLOWED_HOSTS = ["localhost", "127.0.0.1",]
else:
    DEBUG = False
    ALLOWED_HOSTS = [".your_domain_name.com",]

Я искал и тестировал больше об этой проблеме, и я понял, что статические файлы directcotiries, указанные в settings.py, могут быть причиной этого, поэтому кулак, нам нужно запустить эту команду

python manage.py collecstatic

в settings.py, код должен выглядеть примерно так:

STATIC_URL = '/static/'

STATICFILES_DIRS = (
    os.path.join(BASE_DIR, 'static'),
)

STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles')

У меня подобная проблема, в моем случае это вызвано тем, что в теге body есть комментарий script.

<!--<script>  </script>-->

Я думаю, что это могут быть настройки http-сервера. Шахта все еще сломана и все время была ALLOWED_HOSTS. Я могу получить доступ к нему локально (я использую gunicorn), но не через доменное имя, когда DEBUG = False. когда я пытаюсь использовать доменное имя, оно дает мне ошибку, поэтому я думаю, что это проблема, связанная с nginx.

Вот мой файл conf для nginx:

server {
    listen   80;
    server_name localhost myproject.ca www.myproject.ca;
    root /var/web/myproject/deli_cms;

    # serve directly - analogous for static/staticfiles
    location /media/ {
        # if asset versioning is used
        if ($query_string) {
            expires max;
        }
    }
    location /admin/media/ {
        # this changes depending on your python version
        root /var/web/myproject/lib/python2.6/site-packages/django/contrib;
    }
    location /static/ {
    alias /var/web/myproject/deli_cms/static_root/;
    }

    location / {
        proxy_pass_header Server;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Scheme $scheme;
        proxy_connect_timeout 10;
        proxy_read_timeout 10;
        proxy_pass http://localhost:8000/;
    }
    # what to serve if upstream is not available or crashes
    error_page 500 502 503 504 /media/50x.html;
}

Я нашел еще одну причину ошибки 500, когда DEBUG = False. Я использую утилиту Django compressor, и наш главный инженер добавил ссылки на файлы шрифтов внутри блока compress css в шаблоне Django. Вот так:

{% compress css %}
    <link href="{% static "css/bootstrap.css" %}" rel="stylesheet">
    <link href="{% static "css/bootstrap-spinedit.css" %}" rel="stylesheet">
    <link href="{% static "djangular/css/styles.css" %}" rel="stylesheet">
    <link href="{% static "fonts/fontawesome-webfont.ttf" %}" rel="stylesheet">
{% endcompress %}

Решение заключалось в том, чтобы переместить ссылку в файл ttf ниже строки endcompress.

Я столкнулся с этой проблемой. Оказывается, я включал в шаблон, используя тег static template, файл, который больше не существует. Взгляд в журналах показал мне проблему.

Я думаю, это всего лишь одна из многих возможных причин такого рода ошибок.

Мораль истории: всегда регистрировать ошибки и всегда проверять журналы.

У меня было одно представление, которое запустило ошибку 500 в debug = false, но работало в debug = true. Для тех, кто получает такие вещи и "Разрешенные хосты", это не проблема, я исправил свой взгляд, обновив статический тег шаблона, который указывал на неправильное местоположение.

Итак, я бы предложил просто проверять ссылки и теги на воздухонепроницаемость в любых используемых шаблонах, возможно, некоторые вещи проскальзывают через сеть в отладке, но дают ошибки в производстве.

Немного поздно для вечеринки, и, конечно же, может существовать легион проблем, но у меня была аналогичная проблема, и оказалось, что у меня есть {%%} специальные символы внутри моего комментария html...

<!-- <img src="{% static "my_app/myexample.jpg" %}" alt="My image"/> -->

Следует отметить одну маленькую вещь: если в массиве нет None, то все последующие разрешенные хосты игнорируются.

ALLOWED_HOSTS = [
    "localhost",
    None,
    'example.com', # First DNS alias (set up in the app)
    #'www.example.com', # Second DNS alias (set up in the app)
]

Django version 1.8.4

Это старое, и моя проблема закончилась тем, что связана с проблемой, но не для OP, но мое решение для всех, кто пробовал это, бесполезно.

У меня была настройка в модифицированной версии Django для минимизации CSS и JS файлов, которые выполнялись только тогда, когда DEBUG был выключен. Мой сервер не установил CSS minifier и выбросил ошибку. Если вы используете Django-Mako-Plus, это может быть вашей проблемой.

Я знаю, что это старый вопрос, но у меня также была ошибка 500, когда DEBUG = False. Через несколько часов я понял, что забыл закончить некоторые ссылки в моем base.html с завершающим косой чертой.

Если вы хотите разрешить все хосты. Используйте ALLOWED_HOSTS = ['*',] вместо ALLOWED_HOSTS = ['*']