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

Posted 2023-02-24

【中文标题】当 DEBUG = False（产品）时，Django 管理错误（总是需要登录几次）

【英文标题】：Django Admin Error (Always require login couple of time) when DEBUG = False (Productions)

【发布时间】：2019-09-29 23:18:27

【问题描述】：

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

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

我看了一下这个question 和his answer，但调试时可能有点不同。

有没有人和我一样的问题？

这是我的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',
    ,
]

不知道为什么，但是当DEBUG = 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)

编辑：我正在使用灵活的环境

【参考方案1】：

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

所以你在实例 1 上登录，但被重定向到实例 2（无状态.....）

你猜怎么着，在 2 日，你还没有登录，所以你必须重新登录。

要解决此问题，请将您的 app.yml 更改为将最大实例设置为 1 或使用 GAE 外部的 mysql 来存储您的会话....

如果解决了请告诉我

【讨论】：

不知道你的意思是不是一个存储桶。因为我只有一个实例。

发送您正在运行的实例的屏幕截图（在 Google 仪表板上），请发送您的 app.yml

截图如下：-instance running-app.yaml-Storage Bucket

在您的应用程序 yaml 上，将最大实例数定义为 1... 您是否使用了 postgree？ b/c 你的设置说 SQLITE

好吧，我认为这对不同的数据库是有意义的。因为我认为就像在 heroku 上一样，我们可以在部署时使用不同的数据库。已经在beta_settings: instances: 1 下更改了我的settings.py，但还没有更改为db。我还是很好奇……