gpt4 book ai didi

python - 为什么仅当 Debug=False AND db 设置为 Heroku 上的生产数据库时,django 才会在服务器 500 上失败?

转载 作者:太空狗 更新时间:2023-10-30 00:55:26 24 4
gpt4 key购买 nike

当我们运行 $ 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 设置为 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 功能不再起作用了。

关于python - 为什么仅当 Debug=False AND db 设置为 Heroku 上的生产数据库时,django 才会在服务器 500 上失败?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28354179/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com