it-roy-ru.com

Django: ImproperlyConfigured: параметр SECRET_KEY не должен быть пустым

Я пытаюсь настроить несколько файлов настроек (разработка, производство, ..), которые включают некоторые базовые настройки. Не может добиться успеха, хотя. Когда я пытаюсь запустить ./manage.py runserver, я получаю следующую ошибку:

(cb)[email protected] /srv/www/cb $ ./manage.py runserver
ImproperlyConfigured: The SECRET_KEY setting must not be empty.

Вот мой модуль настроек:

(cb)[email protected] /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)[email protected] /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', '[email protected]'),
)

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)[email protected] /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)[email protected] /srv/www/cb $ cat manage.py 
#!/usr/bin/env python
import os
import sys

if __== "__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)

Так что это создает странные круглые вещи и игра окончена.

71
clime

У меня была та же ошибка, и это оказалось круговой зависимостью между модулем или классом, загруженным настройками, и самим модулем настроек. В моем случае это был промежуточный класс, названный в настройках, который сам пытался загрузить настройки.

78
Sam Svenbjorgchristiensensen

Я столкнулся с той же проблемой после перестройки настроек в соответствии с инструкциями из книги Дэниела Гринфилда Две ложки Джанго .

Я решил проблему, установив 

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

в manage.py и wsgi.py.

53
Jinesh

У меня была такая же ошибка с python manage.py runserver.

Для меня оказалось, что это из-за устаревшего скомпилированного двоичного (.pyc) файла. После удаления всех таких файлов в моем проекте сервер снова запустился. :)

Так что, если вы получаете эту ошибку, из ниоткуда, то есть без внесения каких-либо изменений, казалось бы, связанных с настройками Django, это может быть хорошей первой мерой.

17
akshay

Удалить .pyc файлы

Команда терминала Ubuntu для удаления .pyc: find . -name "*.pyc" -exec rm -rf {} \;

Я получил ту же ошибку, когда я сделал Python manage.py runserver. Это было потому, что файл .pyc. Я удалил .pyc файл из каталога проекта, после чего он работал.

11
Aslam Khan

Я не указал файл настроек:

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

Он начинает работать, потому что в файле base.py у вас есть вся необходимая информация в файле основных настроек. Вам нужна строка:

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

Так что это работает, и когда вы делаете from base import *, он импортирует SECRET_KEY в ваш development.py.

Вы должны всегда импортировать основные настройки перед выполнением любых пользовательских настроек.


Правка: Кроме того, когда Django импортирует разработку из вашего пакета, он инициализирует все переменные внутри базы, так как вы определили from base import * внутри __init__.py

5
Guilherme David da Costa

Я думаю, что это ошибка среды , вы должны попробовать установить: Django_SETTINGS_MODULE='correctly_settings'

5
吾慎行

У меня была такая же проблема с сельдереем. Мой setting.py before:

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

после:

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

Если переменные среды не определены, то: SECRET_KEY =ВАШ ключ разработки

2
MrNinjamannn

Я решил эту проблему, возникающую в OS X с Django как 1.5, так и 1.6, отключив все активные сеансы до virtualenv и снова запустив его.

2
andilabs

Для тех, кто использует PyCharm: зеленая кнопка «Запустить выбранную конфигурацию» вызовет ошибку, а py manage.py runserver 127.0.0.1:8000 --settings=app_name.settings.development сработает. 

Чтобы это исправить, вам нужно отредактировать переменные среды конфигурации. Для этого нажмите раскрывающееся меню «Выбрать конфигурацию запуска/отладки» слева от зеленой кнопки запуска, а затем нажмите «Изменить конфигурацию». На вкладке «среда» измените переменную среды Django_SETTINGS_MODULE на app_name.settings.development.

1
Jamie Williams

Я просто хотел добавить, что я получил эту ошибку, когда имя моей базы данных было написано неправильно в моем файле settings.py, поэтому невозможно создать базу данных.

1
Lexo

В init . Py каталога настроек напишите правильный импорт, например:

from Project.settings.base import *

Не нужно менять wsgi.py или manage.py

1
cwhisperer

Я решил эту проблему на 1.8.4, исправив настройки TEMPLATES с опечаткой (удаление TEMPLATES ['debug'] решило ее)

Просмотрите настройки, которые вы недавно изменили, убедитесь, что все ключи находятся в вашем распоряжении.

1
oriadam

Я решил эту проблему, убрав пробелы вокруг знаков равенства (=) в моем файле .env.

0
Aiven

Чтобы добавить еще одно потенциальное решение, у меня была папка settings и код settings.py в директории моего проекта. (Я переключался обратно с файлов настроек среды на один файл. С тех пор я пересмотрел.)

Python не понимал, хочу ли я импортировать project/settings.py или project/settings/__init__.py. Я удалил settings dir, и теперь все работает нормально.

0
Brendan Quinn

Моему 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 - файл, содержащий производственные настройки внутри папки настроек.

0
Samer s Salib

Для меня проблема заключалась в вызове 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.

0
Sepia

В моем случае проблема была в том, что у меня были app_folder и settings.py. Затем я решил сделать Settings folder внутри app_folder - и это привело к столкновению с settings.py. Просто переименовал этот Settings folder - и все заработало.

0
Chiefir