Django：配置不正确：SECRET_KEY设置不能为空

Question

Django：配置不正确：SECRET_KEY设置不能为空

132

我正在尝试设置多个设置文件（开发，生产等），其中包括一些基本设置。但是我无法成功。当我尝试运行./manage.py runserver时，我遇到了以下错误：

(cb)clime@den /srv/www/cb $ ./manage.py runserver
ImproperlyConfigured: The SECRET_KEY setting must not be empty.

这是我的设置模块：

(cb)clime@den /srv/www/cb/cb/settings $ ll
total 24
-rw-rw-r--. 1 clime clime 8230 Oct  2 02:56 base.py
-rw-rw-r--. 1 clime clime  489 Oct  2 03:09 development.py
-rw-rw-r--. 1 clime clime   24 Oct  2 02:34 __init__.py
-rw-rw-r--. 1 clime clime  471 Oct  2 02:51 production.py

基本设置（包含SECRET_KEY）：

(cb)clime@den /srv/www/cb/cb/settings $ cat base.py:
# Django base settings for cb project.

import django.conf.global_settings as defaults

DEBUG = False
TEMPLATE_DEBUG = False

INTERNAL_IPS = ('127.0.0.1',)

ADMINS = (
    ('clime', 'clime7@gmail.com'),
)

MANAGERS = ADMINS

DATABASES = {
    'default': {
        #'ENGINE': 'django.db.backends.postgresql_psycopg2', # Add 'postgresql_psycopg2', 'mysql', 'sqlite3' or 'oracle'.
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': 'cwu',                   # Or path to database file if using sqlite3.
        'USER': 'clime',                 # Not used with sqlite3.
        'PASSWORD': '',                  # Not used with sqlite3.
        'HOST': '',                      # Set to empty string for localhost. Not used with sqlite3.
        'PORT': '',                      # Set to empty string for default. Not used with sqlite3.
    }
}

# Local time zone for this installation. Choices can be found here:
# http://en.wikipedia.org/wiki/List_of_tz_zones_by_name
# although not all choices may be available on all operating systems.
# In a Windows environment this must be set to your system time zone.
TIME_ZONE = 'Europe/Prague'

# Language code for this installation. All choices can be found here:
# http://www.i18nguy.com/unicode/language-identifiers.html
LANGUAGE_CODE = 'en-us'

SITE_ID = 1

# If you set this to False, Django will make some optimizations so as not
# to load the internationalization machinery.
USE_I18N = False

# If you set this to False, Django will not format dates, numbers and
# calendars according to the current locale.
USE_L10N = False # TODO: make this true and accustom date time input

DATE_INPUT_FORMATS = defaults.DATE_INPUT_FORMATS + ('%d %b %y', '%d %b, %y') # + ('25 Oct 13', '25 Oct, 13')

# If you set this to False, Django will not use timezone-aware datetimes.
USE_TZ = True

# Absolute filesystem path to the directory that will hold user-uploaded files.
# Example: "/home/media/media.lawrence.com/media/"
MEDIA_ROOT = '/srv/www/cb/media'

# URL that handles the media served from MEDIA_ROOT. Make sure to use a
# trailing slash.
# Examples: "http://media.lawrence.com/media/", "http://example.com/media/"
MEDIA_URL = '/media/'

# Absolute path to the directory static files should be collected to.
# Don't put anything in this directory yourself; store your static files
# in apps' "static/" subdirectories and in STATICFILES_DIRS.
# Example: "/home/media/media.lawrence.com/static/"
STATIC_ROOT = '/srv/www/cb/static'

# URL prefix for static files.
# Example: "http://media.lawrence.com/static/"
STATIC_URL = '/static/'

# Additional locations of static files
STATICFILES_DIRS = (
    # Put strings here, like "/home/html/static" or "C:/www/django/static".
    # Always use forward slashes, even on Windows.
    # Don't forget to use absolute paths, not relative paths.
)

# List of finder classes that know how to find static files in
# various locations.
STATICFILES_FINDERS = (
    'django.contrib.staticfiles.finders.FileSystemFinder',
    'django.contrib.staticfiles.finders.AppDirectoriesFinder',
#    'django.contrib.staticfiles.finders.DefaultStorageFinder',
)

# Make this unique, and don't share it with anybody.
SECRET_KEY = '8lu*6g0lg)9z!ba+a$ehk)xt)x%rxgb$i1&amp;022shmi1jcgihb*'

# List of callables that know how to import templates from various sources.
TEMPLATE_LOADERS = (
    'django.template.loaders.filesystem.Loader',
    'django.template.loaders.app_directories.Loader',
#     'django.template.loaders.eggs.Loader',
)

TEMPLATE_CONTEXT_PROCESSORS = (
    'django.contrib.auth.context_processors.auth',
    'django.core.context_processors.request',
    'django.core.context_processors.debug',
    'django.core.context_processors.i18n',
    'django.core.context_processors.media',
    'django.core.context_processors.static',
    'django.core.context_processors.tz',
    'django.contrib.messages.context_processors.messages',
    'web.context.inbox',
    'web.context.base',
    'web.context.main_search',
    'web.context.enums',
)

MIDDLEWARE_CLASSES = (
    'django.middleware.common.CommonMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'watson.middleware.SearchContextMiddleware',
    'debug_toolbar.middleware.DebugToolbarMiddleware',
    'middleware.UserMemberMiddleware',
    'middleware.ProfilerMiddleware',
    'middleware.VaryOnAcceptMiddleware',
    # Uncomment the next line for simple clickjacking protection:
    # 'django.middleware.clickjacking.XFrameOptionsMiddleware',
)

ROOT_URLCONF = 'cb.urls'

# Python dotted path to the WSGI application used by Django's runserver.
WSGI_APPLICATION = 'cb.wsgi.application'

TEMPLATE_DIRS = (
    # Put strings here, like "/home/html/django_templates" or "C:/www/django/templates".
    # Always use forward slashes, even on Windows.
    # Don't forget to use absolute paths, not relative paths.
    '/srv/www/cb/web/templates',
    '/srv/www/cb/templates',
)

INSTALLED_APPS = (
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.sites',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'south',
    'grappelli', # must be before admin
    'django.contrib.admin',
    'django.contrib.admindocs',
    'endless_pagination',
    'debug_toolbar',
    'djangoratings',
    'watson',
    'web',
)

AUTH_USER_MODEL = 'web.User'

# A sample logging configuration. The only tangible logging
# performed by this configuration is to send an email to
# the site admins on every HTTP 500 error when DEBUG=False.
# See http://docs.djangoproject.com/en/dev/topics/logging for
# more details on how to customize your logging configuration.
LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'filters': {
        'require_debug_false': {
            '()': 'django.utils.log.RequireDebugFalse'
        }
    },
    'formatters': {
        'standard': {
            'format' : "[%(asctime)s] %(levelname)s [%(name)s:%(lineno)s] %(message)s",
            'datefmt' : "%d/%b/%Y %H:%M:%S"
        },
    },
    'handlers': {
        'mail_admins': {
            'level': 'ERROR',
            'filters': ['require_debug_false'],
            'class': 'django.utils.log.AdminEmailHandler'
        },
        'null': {
            'level':'DEBUG',
            'class':'django.utils.log.NullHandler',
        },
        'logfile': {
            'level':'DEBUG',
            'class':'logging.handlers.RotatingFileHandler',
            'filename': "/srv/www/cb/logs/application.log",
            'maxBytes': 50000,
            'backupCount': 2,
            'formatter': 'standard',
        },
        'console':{
            'level':'INFO',
            'class':'logging.StreamHandler',
            'formatter': 'standard'
        },
    },
    'loggers': {
        'django.request': {
            'handlers': ['mail_admins'],
            'level': 'ERROR',
            'propagate': True,
        },
        'django': {
            'handlers':['console'],
            'propagate': True,
            'level':'WARN',
        },
        'django.db.backends': {
            'handlers': ['console'],
            'level': 'DEBUG',
            'propagate': False,
        },
        'web': {
            'handlers': ['console', 'logfile'],
            'level': 'DEBUG',
        },
    },
}

LOGIN_URL = 'login'
LOGOUT_URL = 'logout'

#ENDLESS_PAGINATION_LOADING = """
#    <img src="/static/web/img/preloader.gif" alt="loading" style="margin:auto"/>
#"""
ENDLESS_PAGINATION_LOADING = """
    <div class="spinner small" style="margin:auto">
        <div class="block_1 spinner_block small"></div>
        <div class="block_2 spinner_block small"></div>
        <div class="block_3 spinner_block small"></div>
    </div>
"""

DEBUG_TOOLBAR_CONFIG = {
    'INTERCEPT_REDIRECTS': False,
}

import django.template.loader
django.template.loader.add_to_builtins('web.templatetags.cb_tags')
django.template.loader.add_to_builtins('web.templatetags.tag_library')

WATSON_POSTGRESQL_SEARCH_CONFIG = 'public.english_nostop'

一个设置文件：

(cb)clime@den /srv/www/cb/cb/settings $ cat development.py 
from base import *

DEBUG = True
TEMPLATE_DEBUG = True

ALLOWED_HOSTS = ['127.0.0.1', '31.31.78.149']

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': 'cwu',
        'USER': 'clime',
        'PASSWORD': '',
        'HOST': '',
        'PORT': '',
    }
}

MEDIA_ROOT = '/srv/www/cb/media/'

STATIC_ROOT = '/srv/www/cb/static/'

TEMPLATE_DIRS = (
    '/srv/www/cb/web/templates',
    '/srv/www/cb/templates',
)

manage.py 代码：

(cb)clime@den /srv/www/cb $ cat manage.py 
#!/usr/bin/env python
import os
import sys

if __name__ == "__main__":
    os.environ.setdefault("DJANGO_SETTINGS_MODULE", "cb.settings.development")

    from django.core.management import execute_from_command_line

    execute_from_command_line(sys.argv)

如果我将from base import *添加到/srv/www/cb/cb/settings/__init__.py中（该文件原本为空），它就会神奇地开始工作，但我不明白为什么。有人能解释一下这里发生了什么吗？这一定是一些Python模块魔法。 编辑：如果我从base.py中删除此行，所有内容也开始工作。

django.template.loader.add_to_builtins('web.templatetags.cb_tags')

如果我从web.templatetags.cb_tags中删除这一行，它也开始工作：

from endless_pagination.templatetags import endless

我想这是因为，最终它会导致

from django.conf import settings
PER_PAGE = getattr(settings, 'ENDLESS_PAGINATION_PER_PAGE', 10)

所以它会创建一些奇怪的循环内容，然后游戏结束。

- clime

准确地说，最终你总是需要设置，即使它来自于django.conf。 - Guilherme David da Costa

2

尝试将你的DJANGO_SETTINGS_MODULE更改为settings.development。 - Guilherme David da Costa

使用virutalenvwrapper的任何人都可以尝试在https://dev59.com/X2gv5IYBdhLWcg3wQ-gV上查看crimeminister的答案。 - lukeaus

如果您使用PyCharm或Wing IDE，请参见下面的答案。 - didierCH

33个回答

94

按照Daniel Greenfield的书Two scoops of Django的指导，我重构了设置后也遇到了相同的问题。

通过设置，我解决了这个问题。

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "project_name.settings.local")

在manage.py和wsgi.py文件中。

更新：

在上述解决方案中，local是我的设置文件夹(settings)中的文件名（settings/local.py），其中包含了我的本地环境的设置。

另一种解决此问题的方法是将所有通用设置放在settings/base.py中，然后为您的生产、预发布和开发环境创建3个单独的设置文件。

您的设置文件夹将如下所示：

settings/
    __init__.py
    base.py
    local.py
    prod.py
    stage.py

并将以下代码保留在您的settings/__init__.py文件中

from .base import *

env_name = os.getenv('ENV_NAME', 'local')

if env_name == 'prod':
    from .prod import *
elif env_name == 'stage':
    from .stage import *
else:
    from .local import *

- Jinesh

对于在PythonAnywhere上使用Wagtail的任何人，只需在WSGI中将'.dev.'添加到此行末尾... os.environ['DJANGO_SETTINGS_MODULE'] = 'mysite.settings.dev'稍后您需要创建一个local.py文件，用于存储密码等信息，该文件应该放在源代码库之外。 - Inyoka

应该是最佳答案。 - Dev

导入错误：找不到名为local的模块。 - Trect

@Tessaracter 使用你所使用的设置文件的名称代替 local。在我的情况下，本地设置保存在文件 settings/local.py 中。 - Jinesh

4

这违反了Django的惯例，用一个新的定制环境变量替换了已经被充分记录的DJANGO_SETTINGS_MODULE。该环境变量不能直接支持，并且必须手动处理。我很惊讶这个做法获得了这么多的赞同。我正在开发一个使用此设置的项目，我们遇到了很多问题，从难以配置本地开发的隔离环境到外部库因为期望DJANGO_SETTINGS_MODULE按预期工作而出现故障。 - Ariel

23

我在执行python manage.py runserver时遇到了同样的错误。

后来发现是因为一个旧的编译二进制文件(.pyc)导致的。在我的项目中删除所有这样的文件后，服务器又可以正常运行了。 :)

所以如果你突然遇到这个错误，即使没有看起来与django设置相关的任何更改，这可能是一个很好的第一步措施。

- user3275211

2

谢谢这个提示。我在我的开发服务器上遇到了相同的问题。从项目文件夹中删除所有的 .pyc 文件就解决了问题。在这个问题发生之前，我正在编辑 settings.py 文件。 - croc

18

删除 .pyc 文件

Ubuntu 终端命令来删除 .pyc： find . -name "*.pyc" -exec rm -rf {} \;

当我执行 python manage.py runserver 命令时，出现了同样的错误。这是因为存在 .pyc 文件。我从项目目录中删除了 .pyc 文件，然后它就可以正常工作了。

- Aslam Khan

3

find . -type f -name *.pyc -delete 的意思是删除当前目录及其子目录中所有扩展名为 .pyc 的文件。 - Srinivas Reddy Thatiparthy

16

我没有指定设置文件：

python manage.py runserver --settings=my_project.settings.develop

- maugsburger

8

我遇到了与Celery相同的问题。我的setting.py文件之前的内容如下：

SECRET_KEY = os.environ.get('DJANGO_SECRET_KEY')

之后:

SECRET_KEY = os.environ.get('DJANGO_SECRET_KEY', <YOUR developing key>)

如果环境变量未定义，则 SECRET_KEY = 您的开发密钥。

- MrNinjamannn

8

它开始工作是因为在base.py文件中，您拥有基本设置文件中所需的所有信息。您需要以下行：

SECRET_KEY = '8lu*6g0lg)9z!ba+a$ehk)xt)x%rxgb$i1&amp;022shmi1jcgihb*'

所以它有效，并且当你执行from base import *时，它会将SECRET_KEY导入到你的development.py中。

在进行任何自定义设置之前，您应始终导入基本设置。

编辑：此外，当Django从您的包中导入开发时，它会初始化base中的所有变量，因为您在__init__.py中定义了from base import *。

- Guilherme David da Costa

抱歉，我不明白你的意思。在 development.py 的开头有一个 from base import *，但它没有起作用。 - clime

哦，对不起，我跳入了正在发生的事情中。Django似乎仍在尝试从settings导入设置，而不是你的development.py，这似乎是当你在__init__.py导入base时的工作原因。 - Guilherme David da Costa

7

我认为这是环境错误，你应该尝试设置：DJANGO_SETTINGS_MODULE='correctly_settings'

- 吾慎行

6

只需更新 settings.py 文件，开发就可以进行了。

SECRET_KEY = '*'

- 0xFK

5

对于使用PyCharm的用户：绿色的“运行所选配置”按钮会导致此错误，但是运行以下内容可以解决问题： py manage.py runserver 127.0.0.1:8000 --settings=app_name.settings.development

要解决此问题，您需要编辑配置的环境变量。为此，请单击绿色运行按钮左侧的“选择运行/调试配置”下拉菜单，然后单击“编辑配置”。在“环境”选项卡下，将环境变量DJANGO_SETTINGS_MODULE更改为app_name.settings.development。

- Jamie Williams

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Sam Svenbjorgchristiensensen · Accepted Answer

131

我遇到了同样的错误，最终发现一个模块或类与设置模块之间存在循环依赖。在我的情况下，是一个命名在设置中的中间件类试图加载设置本身。

- Sam Svenbjorgchristiensensen

4

是的，我认为循环性就是原因。 - clime

7

重构以避免循环依赖。确切的解决方案非常特定于您自己的代码。 - Sam Svenbjorgchristiensensen

7

为了确定导致问题的原因，例如在设置文件中添加一个随机的打印语句，并移动它以查看何处出现故障。 - Felix Böhme

39

我找不到关于这个的答案。 - Avinash Raj

16

如果这个答案更具体一些会更有用......它说问题是“某事”。 - Hack-R

显示剩余4条评论