为什么只有当 Debug=False AND db 设置为 Heroku 上的生产数据库时，django 才会在服务器 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'

Answer 1

我有同样的问题。 但后来我在 settings.py 中删除了这一行

STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage'

现在当 DEBUG=False 时我没有 500 错误。 但可能，我猜 gzip 功能不再起作用了。

Answer 2

你应该在这里做的是：

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

观察日志，并查看实际的回溯。 这会告诉你到底发生了什么。 根据您的配置，这可能是许多问题。

Answer 3

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

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

Answer 4

配置服务器电子邮件并查看两位炼金术士提到的堆栈跟踪是关键。 我们将这些行添加到我们的设置中：

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文件来修复它。

Answer 5

我希望有一天这对某人有所帮助。 我遇到了类似的问题，花了一段时间才修复它。 检查您的<a></a>标签。 如果href属性指向不存在的模板/链接。 您可能会遇到这样的.

Answer 6

这里的一些东西帮助了我：

我有一个静态 css 文件链接（老实说，它只有几行），一旦我删除了链接，并插入到我的 main.html 中的标签中，它就可以正常工作：使用 DEBUG=False

:D