为什么只有当Debug = False并且db在Heroku上设置为生产数据库时,django才会因服务器500而失败?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了为什么只有当Debug = False并且db在Heroku上设置为生产数据库时,django才会因服务器500而失败?相关的知识,希望对你有一定的参考价值。

当我们运行$ 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 => Server 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,与数据库的连接就可以正常工作,因此我们非常确定它不是数据库模式或连接问题。我们无法弄清楚当Debug为True时生产数据库是如何工作的,并且它使用本地数据库将DB设置为False运行,但出于某种原因,当两者合并时它会失败。我们还将代码部署到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'
答案

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

STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage'

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

另一答案

你应该在这做什么是这样的:

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

观察日志,并查看实际的追溯。这将告诉你到底发生了什么。根据您的配置,可能存在许多问题。

另一答案

配置服务器电子邮件并查看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属性指向不存在的模板/链接。你可能会遇到这样的。

以上是关于为什么只有当Debug = False并且db在Heroku上设置为生产数据库时,django才会因服务器500而失败?的主要内容,如果未能解决你的问题,请参考以下文章

发生数据库错误!由 db_debug 修复设置为 false?

为啥当 Debug 设置为 False 时,Django 会为静态媒体生成 HTTP 500 错误?

当 DEBUG = False 时 Django 转义 javascript

当 DEBUG=False 时,我的 Django 管理面板给出服务器错误(500)

Django Elasticbeanstalk:当 Debug = False 时无法访问静态文件

当 DEBUG = False(产品)时,Django 管理错误(总是需要登录几次)