为什么只有当Debug=False AND db设置为Heroku上的生产数据库时，django才会在服务器500上失败

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

调试=真&amp；DB=local=>运行良好
调试=真&amp；DB=生产=>运行良好
调试=错误&amp；DB=local=>运行良好
调试=错误&amp；DB=生产=>服务器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设置为False的情况下运行，但由于某种原因，当两者结合在一起时，它会失败。我们还将代码部署到了Heroku，并确认它在Debug设置为True的情况下运行，但在Debug设为False时失败，并出现相同的Server500错误。

供参考，这是我们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'

我也遇到过同样的问题。但后来我离开了设置中的这一行.py

STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage'

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

这里应该做的是：

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

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

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

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

配置服务器电子邮件并查看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文件来修复它。

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

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

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

：D

相关内容

最新更新

热门标签：