Django：配置不當：SECRET_KEY 設置不能為空

Question

我正在嘗試設置包含一些基本設置的多個設置文件（開發、生產等）。 雖然不能成功。 當我嘗試運行./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&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__. /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)

所以它創造了一些奇怪的循環東西並且游戲結束了。

Answer 1

我遇到了同樣的錯誤，結果是設置加載的模塊或類與設置模塊本身之間存在循環依賴關系。 在我的情況下，它是一個中間件類，它在本身嘗試加載設置的設置中命名。

Answer 2

根據 Daniel Greenfield 的書Two scoops of Django 中的說明重組設置后，我遇到了同樣的問題。

我通過設置解決了這個問題

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

在manage.py和wsgi.py 。

更新：

在上面的解決方案中， local是我的設置文件夾中的文件名 (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 *

Answer 3

我對python manage.py runserver有同樣的錯誤。

對我來說，事實證明這是因為一個陳舊的編譯二進制 (.pyc) 文件。 在我的項目中刪除所有此類文件后，服​​務器再次開始運行。 :)

因此，如果您突然收到此錯誤，即沒有進行任何看似與 django 設置相關的更改，這可能是一個很好的第一個措施。

Answer 4

刪除 .pyc 文件

刪除 .pyc 的 Ubuntu 終端命令： find . -name "*.pyc" -exec rm -rf {} \\; find . -name "*.pyc" -exec rm -rf {} \\;

我在執行 python manage.py runserver 時遇到了同樣的錯誤。 這是因為 .pyc 文件。 我從項目目錄中刪除了 .pyc 文件，然后它就可以工作了。

Answer 5

我沒有指定設置文件：

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

Answer 6

它開始工作是因為在 base.py 上，您擁有基本設置文件中所需的所有信息。 你需要這條線：

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

所以它可以工作，當您from base import * ，它會將 SECRET_KEY 導入您的development.py 。

在進行任何自定義設置之前，您應該始終導入基本設置。

---

編輯：另外，當 django 從你的包中導入 development 時，它會初始化 base 內的所有變量，因為你在__init__.py定義from base import *

Answer 7

我認為這是環境錯誤，您應該嘗試設置： DJANGO_SETTINGS_MODULE='correctly_settings'

Answer 8

我對芹菜有同樣的問題。 我之前的setting.py：

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

之后：

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

如果未定義環境變量，則：SECRET_KEY =您的開發密鑰

Answer 9

對於使用 PyCharm 的任何人：綠色的“運行選定的配置”按鈕會產生此錯誤，但運行以下工作：

py manage.py runserver 127.0.0.1:8000 --settings=app_name.settings.development

要解決此問題，您需要編輯配置的環境變量。 為此，請單擊綠色運行按鈕左側的“選擇運行/調試配置”下拉菜單，然后單擊“編輯配置”。 在“環境”選項卡下，將環境變量DJANGO_SETTINGS_MODULE更改為app_name.settings.development 。

Answer 10

在設置目錄的init .py 中寫入正確的導入，例如：

from Project.settings.base import *

無需更改 wsgi.py 或 manage.py

Answer 11

我通過停用所有活動會話到 virtualenv 並重新啟動它，解決了在 OS X 上使用 Django 1.5 和 1.6 發生的這個問題。

Answer 12

為了將另一個潛在的解決方案混合在一起，我在我的項目目錄中有一個settings文件夾和一個settings.py 。 （我正在從基於環境的設置文件切換回一個文件。此后我重新考慮了。）

Python 對我是要導入project/settings.py還是project/settings/__init__.py 。 我刪除了settings目錄，現在一切正常。

Answer 13

我只是想補充一點，當我的數據庫名稱在我的settings.py文件中拼寫錯誤時，我收到了這個錯誤，因此無法創建數據庫。

Answer 14

我在 1.8.4 上通過修復有錯字的 TEMPLATES 設置解決了這個問題（刪除 TEMPLATES['debug'] 解決了它）

檢查您最近更改的設置，確保所有鍵都在書中。

Answer 15

我的問題是在 LANGUAGES 可迭代中調用get_text_noop 。

改變

LANGUAGES = (
    ('en-gb', get_text_noop('British English')),
    ('fr', get_text_noop('French')),
)

到

from django.utils.translation import gettext_lazy as _

LANGUAGES = (
    ('en-gb', _('British English')),
    ('fr', _('French')),
)

在基本設置文件中解決了ImproperlyConfigured: The SECRET_KEY setting must not be empty異常。

Answer 16

就我而言，這是因為我試圖設置django-environ並且我錯過了一個重要步驟：

注意：在下面的說明中 .env.example 和 .env 應保存在與 settings.py 相同的文件夾中

我錯誤地認為.env屬於我的項目的根目錄。 將其移動到與settings.py相同的文件夾修復了問題。

Python 控制台中的這條錯誤消息是讓我走上正確道路的線索：

Warning: /Users/allen/PycharmProjects/myapp/myapp/.env doesn't exist - if you're not configuring your environment separately, create one.

Answer 17

我通過刪除.env文件中等號 ( = ) 周圍的空格解決了這個問題。

Answer 18

就我而言，問題是 - 我有我的app_folder和settings.py 。 然后我決定在app_folder創建Settings folder - 這與settings.py發生沖突。 剛剛重命名該Settings folder - 一切正常。

Answer 19

我的 Mac OS 不喜歡它沒有找到設置文件中設置的 env 變量：

# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = os.environ.get('MY_SERVER_ENV_VAR_NAME')

但是在將 env var 添加到我本地的 Mac OS 開發環境后，錯誤消失了：

export MY_SERVER_ENV_VAR_NAME ='fake dev security key that is longer than 50 characters.'

就我而言，我還需要添加--settings參數：

python3 manage.py check --deploy --settings myappname.settings.production

其中 production.py 是一個包含設置文件夾中特定於生產的設置的文件。

Answer 20

我通過注釋 settings.py 中的行解決了上述問題

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

SECRET_KEY在我的~/.bashrc文件中聲明（對於 linux Ubuntu 用戶）

為了在我的本地機器上進行開發，我沒有使用 evironmnet 變量

SECRET_KEY = '(i9b4aes#h1)m3h_8jh^duxrdh$4pu8-q5vkba2yf$ptd1lev_'

上面的行沒有給出錯誤

Answer 21

就我而言，在設置 Github 操作時，我只是忘記將 env 變量添加到 yml 文件中：

jobs:
  build:
    env:
     VAR1: 1
     VAR2: 5

Answer 22

之所以有這么多不同的答案，是因為該異常可能與 SECRET_KEY 沒有任何關系。 這可能是一個更早的例外正在被吞噬。 使用 DEBUG=True 打開調試以查看真正的異常。

Answer 23

就我而言，經過長時間的搜索，我發現 Django 設置（設置 > 語言和框架 > Django）中的 PyCharm 的配置文件字段未定義。 您應該使該字段指向您項目的設置文件。 然后，您必須打開運行/調試設置並刪除環境變量 DJANGO_SETTINGS_MODULE = 現有路徑。

發生這種情況是因為 PyCharm 中的 Django 插件強制框架的配置。 所以配置任何 os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'myapp.settings') 都沒有意義

Answer 24

單獨在__init__.py導入 base.py。 確保您不會再次重復相同的配置！。

設置環境變量SET DJANGO_DEVELOPMENT =dev

settings/
  __init__.py
  base.py
  local.py
  production.py

在__init__.py

from .base import *
if os.environ.get('DJANGO_DEVELOPMENT')=='prod':
   from .production import *
else:
   from .local import *

在base.py配置了全局配置。 除了數據庫。 喜歡

SECRET_KEY, ALLOWED_HOSTS,INSTALLED_APPS,MIDDLEWARE .. etc....

在local.py

DATABASES = {
'default': {
    'ENGINE': 'django.db.backends.postgresql_psycopg2',
    'NAME': 'database',
    'USER': 'postgres',
    'PASSWORD': 'password',
    'HOST': 'localhost',
    'PORT': '5432',
}
}

Answer 25

我來到這里是為了尋找答案，因為我面臨着同樣的問題，這里沒有一個答案對我有用。 然后在其他網站上搜索后，我偶然發現了這個簡單的修復程序。 它對我有用

wsgi.py

os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'yourProject.settings')

到

os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'yourProject.settings.dev')

Answer 26

讓我分享一個有趣的解決方案！

我將 SECRET_KEY = "***&^%$#" 放在設置包init .py 文件中，錯誤消失了！ 這實際上是一個加載問題！

希望這個快速解決方法對你們中的一些人有用！

Answer 27

嘗試 import django 然后在 secret_key 定義之后運行 django.setup() 。 像這樣：

SECRET_KEY = 'it5bs))q6toz-1gwf(+j+f9@rd8%_-0nx)p-2!egr*y1o51=45XXCV'
django.setup()

Answer 28

對於使用Wing IDE 的任何人：將項目屬性中的DJANGO_SETTINGS_MODULE=${DJANGO_SITENAME}.config.settings.development設置為DJANGO_SETTINGS_MODULE=${DJANGO_SITENAME}.config.settings.development

您將在以下位置找到設置：項目-->項目屬性並在環境字段中設置值

Answer 29

對於開發只需更新settings.py，應該可以工作

SECRET_KEY = '*'

Answer 30

（我正在使用 Pycharm，我也嘗試了這里的所有解決方案，發現這些解決方案適用於某些代碼，而有些則不起作用，所以我只做了這個解決方案）

我所做的最簡單的解決方法是我刪除了已安裝站點包所在的 LIB，在設置中打開了 python 解釋器，然后它給了我一個選項，其中程序（Pycharm）安裝了 pip/sitepackges，然后我重新安裝了其余的包在項目的虛擬環境中使用 cmd（或任何命令提示符工具）的示例 rest_framewrok 等，它解決了我的問題。

Answer 31

我使用了一個網絡服務來生成一個隨機密鑰： https : //djecrety.ir/

它有多個美元符號並破壞了我的 manage.py 運行。 Pycharm 的運行配置與它配合得很好。

Answer 32

就我而言，沒有任何效果，因為我source -ed .env文件。 我能夠使用echo $SECRET_KEY查看變量的值，但 python 進程沒有看到它。 發生這種情況是因為它沒有被導出，所以我不得不使用以下命令導出所有值：

eval $(egrep -v '^(#|$)' .env | sed 's|^|export |')

Answer 33

從 Django 3.0 開始， AdminEmailHandler日志記錄處理程序可以引發此問題，因為它會嘗試從設置中讀取默認的reporter_class - 這會產生一種循環依賴問題。

一種解決方案是在處理程序的配置中設置reporter_class ：

"mail_admins": {
    "level": "ERROR",
    "class": "django.utils.log.AdminEmailHandler",
    "reporter_class": "django.views.debug.ExceptionReporter",                                              
},

來源： https ://code.djangoproject.com/ticket/32016#comment:9