为什么Django在Debug=False且数据库设置为Heroku生产数据库时只会出现500服务器错误？

Question

当我们运行$ python manage.py runserver --settings=project.settings.local时，有4种不同的可能组合：

1. Debug=True && DB=local => 运行正常
2. Debug=True && DB=production => 运行正常
3. Debug=False && DB=local => 运行正常
4. Debug=False && DB=Production => 服务器500错误

第四种情况同时是最重要的，最难调试的，也是唯一失败的情况。

我们的Django设置采用以下结构：

settings
├── base.py
├── __init__.py
├── local.py
└── production.py

针对这个测试，我们仅使用了 local.py 文件，并在每次运行时修改了其内容。

对于 Debug=True 和 DB=local 的情况，这是 local.py 文件的内容：

from project.settings.base import *

DEBUG = True
TEMPLATE_DEBUG = True

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': ***,
        'USER': ***,
        'PASSWORD': ***,
        'HOST': 'localhost',
        'PORT': '5432',
    }
}

当 Debug=False 且 DB=production 时，将使用 local.py 文件：

from project.settings.base import *

ALLOWED_HOSTS = ['*']

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': ***,
        'USER': ***,
        'PASSWORD': ***,
        'HOST': '***.amazonaws.com',
        'PORT': '5432',
    }
}

我们还使用了Debug=True和DB=production以及Debug=False和DB=local来运行它，两者都起作用。

DB设置直接从Heroku配置中复制而来，只要将Debug设置为True，与数据库的连接就非常好，因此我们相当确定这不是DB模式或连接问题。我们只是无法弄清楚当Debug为True时生产环境的DB如何工作，并且在将DB设置为False时使用本地DB运行，但由于某种原因，当两者结合在一起时会失败。我们还将代码部署到Heroku并确认它在将Debug设置为True时运行，但在将Debug设置为False时也会失败并显示相同的Server 500错误。

供参考，这是我们的base.py的内容：

import os
BASE_DIR = os.path.dirname(os.path.dirname(__file__))

# Quick-start development settings - unsuitable for production
# See https://docs.djangoproject.com/en/1.6/howto/deployment/checklist/

# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = ***


# Application definition

INSTALLED_APPS = (
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'appname', 
)

MIDDLEWARE_CLASSES = (
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
)

ROOT_URLCONF = 'project.urls'

WSGI_APPLICATION = 'project.wsgi.application'

# Database
# https://docs.djangoproject.com/en/1.6/ref/settings/#databases

SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')

# Internationalization
# https://docs.djangoproject.com/en/1.6/topics/i18n/

LANGUAGE_CODE = 'en-us'
TIME_ZONE = 'UTC'
USE_I18N = True
USE_L10N = True
USE_TZ = True

# Static files (CSS, JavaScript, Images)
# https://docs.djangoproject.com/en/1.6/howto/static-files/

STATIC_ROOT = 'staticfiles'
STATIC_URL = '/static/'
STATICFILES_DIRS = ( os.path.join(BASE_DIR, 'static'), )

我们的搜索结果显示，很多人在错误配置ALLOWED_HOSTS变量后出现了类似的症状，但这似乎不是我们的问题。有人能提供关于这个问题的任何见解吗？

根据要求，这里是production.py，需要注意的是这个设置文件在这个实验中从未使用过。

from project.settings.base import *

import dj_database_url

DEBUG = False
TEMPLATE_DEBUG = False

ALLOWED_HOSTS = ['*', '.***.com', '.herokuapp.com', 'localhost', '127.0.0.1']

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': ***,
        'USER': ***,
        'PASSWORD': ***,
        'HOST': '***.amazonaws.com',
        'PORT': '5432',
    }
}

STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage'

- Graphics Noob

---

你能包含 production.py 吗？谢谢。 - Kamyar Ghasemlou

@KamyarGhasemlou 当然，已添加。 - Graphics Noob

你能发布 python manage.py runserver 命令的输出并显示出异常吗？ - Reto Aebersold

你可以设置Django在生产环境中出现错误且DEBUG=False的情况下，将堆栈跟踪邮件发送给指定的管理员。有了这个堆栈跟踪，如果你自己无法解决问题，那么解决起来会容易得多。 - Two-Bit Alchemist

Answer 1

我曾经遇到过相同的问题。但是后来我在settings.py文件中删除了这一行。

STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage'

现在我在DEBUG=False时不再遇到500错误。但是我猜测gzip功能可能已经无法正常工作了。

- Taras Vaskiv

Answer 2

你需要做的是：

• 在一个终端窗口中运行$ heroku logs --tail 打开你的Heroku日志。
• 在另一个终端窗口中运行$ heroku ps:restart 以重启你的dynos。

观察日志，查看实际的回溯信息。这会告诉你到底出了什么问题。根据你的配置，可能有多种问题。

- rdegges

Answer 3

我的解决方案是运行python manage.py collectstatic命令。

如果您在执行此操作之前在终端内运行$ heroku logs --tail，日志将告诉您哪些静态文件找不到（404）。

- cosmobaby

Answer 4

配置服务器电子邮件并查看Two-Bit Alchemist提到的堆栈跟踪是关键。我们将以下行添加到我们的设置中：

EMAIL_HOST = 'smtp.gmail.com'
EMAIL_HOST_USER = '***'
EMAIL_HOST_PASSWORD = '***'
EMAIL_PORT = 587
EMAIL_USE_TLS = True
SERVER_EMAIL = EMAIL_HOST_USER

并收到一封电子邮件，其中包含堆栈跟踪中的此错误：

ValueError: The file 'stylesheets/application.css' could not be found with <whitenoise.django.GzipManifestStaticFilesStorage object at 0x7fdcebb94550>.

我们之前遇到过静态文件的问题，但是我们认为已经解决了。它抱怨找不到的 CSS 文件已经不存在了，并且没有被引用到任何地方，所以我不确定为什么会出现这个错误，但是我们通过添加一个空的 application.css 文件来解决了这个问题。

- Graphics Noob

Answer 5

这里有些东西帮助了我：

我有一个静态的CSS文件链接（实际上，它只有几行代码），一旦我删除了链接，并将其插入到我的main.html中的一个标签中，它就可以正常工作：当DEBUG=False时

:D

- pokamassa

Answer 6

我希望这能在某一天帮到某个人。 我曾经遇到过类似的问题，花了一段时间才解决。 检查你的<a></a>标签。如果href属性指向一个不存在的模板/链接。 你可能会遇到这样的情况。

- Adeyemi Simeon