当DEBUG=False（产品）时，Django管理错误（总是需要登录两次）

我刚刚在Google App Engine中部署了Django 2.2

除了这个，一切都很好。 管理员页面需要登录几次，直到我最终可以进入仪表板。 当我点击帖子模型创建新帖子时，也会发生这种情况，我需要再次登录。 我不知道为什么，但当

DEBUG=False

时会发生这种情况

我看了一下这个，但是对于调试来说可能有点不同

有人和我有同样的问题吗

这是我的

settings.py

文件：

DEBUG = False
# SECURITY WARNING: don't run with debug turned on in production!


BASE_URL = "https://example.com"

ALLOWED_HOSTS = ['*']

# ALLOWED_HOSTS = [
#     'www.notnoob.com',
#     'notnoob.com'
# ]


# SESSION_COOKIE_NAME
# SESSION_COOKIE_DOMAIN = None
SECURE_SSL_REDIRECT = True
SESSION_COOKIE_SECURE = True
CSRF_COOKIE_SECURE = True
SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')

# Application definition
INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'django.contrib.sites',
    'django.contrib.sitemaps',
    'home',
    'blog',                                                                 
    'contact',
    'ckeditor',
    'ckeditor_uploader',
    'taggit',
    'meta',
    'django_filters',

]

...
...

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    '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 = 'dj.urls'

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'dj/templates')],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',

            ],
        },
    },
]

WSGI_APPLICATION = 'dj.wsgi.application'

.....
.....

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
    }
}

DATABASES['default']['HOST'] = 'cloudsql/djangoblogdb'
if os.getenv('GAE_INSTANCE'):
    pass
else:
    DATABASES['default']['HOST'] = 'localhost'


# Password validation
# https://docs.djangoproject.com/en/2.2/ref/settings/#auth-password-validators

AUTH_PASSWORD_VALIDATORS = [
    {
        'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
    },
]

不知道为什么，但当调试=True时，一切都很顺利

我的

admin.py

：

from django.contrib import admin
from blog.models import Post, MetaModel

admin.site.site_header = "Welcome To iColdPlayer"
admin.site.site_title = "iColdPlayer Administrator"
admin.site.site_index = "iColdPlayer"

# site = admin.AdminSite(name="iColdPlayer")

# class PostAdmin(admin.ModelAdmin):
#     pass
#
# class MetaModelAdmin(admin.ModelAdmin):
#     pass

admin.site.register(Post)
admin.site.register(MetaModel)

---

编辑：我使用的是灵活的环境

问题是您将数据存储在SQLITE3中，并且可能运行了多个GAE

因此，您登录实例1，但被重定向到实例2（无状态…）

你猜怎么着，在第二天，你没有登录，所以你必须再次登录

要修复此问题，请将您的

app.yml

更改为将最大实例数设置为1，或使用GAE外部的mysql存储您的会话

---

让我知道这是否解决了它

我不知道你的意思是不是指一个存储桶。因为我只有一个实例在里面。发送一个你正在运行的实例的屏幕截图（在谷歌仪表板上）和你的应用程序。yml请看屏幕截图：--在你的应用程序yaml上，定义最大实例数为1。。。你是不是在用postgree？b/c您的设置显示SQLITE好吧，我认为这对于不同的数据库是有意义的。因为我认为这就像在heroku上一样，我们可以在部署时使用不同的数据库。已在

beta_设置：实例：1

下更改我的

设置.py

，但尚未更改

db

的设置。我还是很好奇。。。