Документация Django 1.5.2
Доступные настройки проекта¶
Здесь представлен полный список всех доступных настроек и значений по умолчанию в алфавитном порядке.
ABSOLUTE_URL_OVERRIDES¶
По умолчанию: <> (Пустой словарь)
Словарь содержащий ключ в формате «app_label.model_name» и функцию, которая принимает объект указанной модели и возвращает ее URL. Эта настройка позволяет переопределить методы get_absolute_url() модели. Например:
Заметим что название модели должно быть в нижнем регистре не смотря на реальное название класса модели.
ADMIN_FOR¶
По умолчанию: () (Пустой кортеж)
Используется интерфейсом администратора при автоматической генерации документации. Кортеж должен содержать путь для импорта модуля настроек(settings.py) проектов, для которых этой является административным (в формате ‘foo.bar.baz’ ).
Приложение для создания документации в интерфейсе администратора(django.contrib.admindocs) использует эту настройку для поиска моделей, представлений и шаблонных тегов.
ADMINS¶
По умолчанию: () (Пустой кортеж)
Заметим, что Django отправит email всем при возникновении ошибки. Подробную информацию смотрите в разделе Error reporting.
ALLOWED_HOSTS¶
По умолчанию: [] (Пустой список)
ALLOWED_INCLUDE_ROOTS¶
По умолчанию: () (Пустой кортеж)
APPEND_SLASH¶
Если равна True и запрошенный URL не удовлетворяет ни один URL-шаблон из URLconf и URL не заканчивается косой чертой, Django верен HTTP перенаправление на этот же URL но с косой чертой в конце. Заметим что такое перенаправление может привести к потере всех данных при POST запросе.
AUTHENTICATION_BACKENDS¶
По умолчанию: (‘django.contrib.auth.backends.ModelBackend’,)
Кортеж, который содержит классы бэкэкнда авторизации (строки с путем для импорта), которые используются при аутентификации пользователя. Смотрите раздел о бэкэндах аутентификации.
AUTH_USER_MODEL¶
По умолчанию: ‘auth.User’
CACHES¶
Словарь содержащий настройки для все механизмов кэширования Django используемых в проекте. Словарь содержит псевдонимы кэшей и словарь с настройками для каждого.
BACKEND¶
По умолчанию: » (Пустая строка)
Бэкэкнд кэширования, который используется. Django предоставляет следующие бэкэнды:
Вы можете использовать сторонние бэкэнды указав в BACKEND путь для импорта класса (например, mypackage.backends.whatever.WhateverCache ). Создание собственного бэкэнда кэширования остается в качестве упражнения для читателя, примеры можно найти в исходном коде Django.
KEY_FUNCTION¶
Путь для импорта функции, которая создает конечный ключ кэша из префикса, версии кэша и значения ключа. Функция по умолчанию выглядит следующим образом:
Вы можете использовать любую функцию, которая принимает аналогичные аргументы.
Подробности смотрите в разделе Кэширование.
KEY_PREFIX¶
По умолчанию: » (Пустая строка)
Строка, которая будет автоматически добавлена (по умолчанию в начало) ко всем ключам кэша используемых Django.
Подробности смотрите в разделе Кэширование.
LOCATION¶
По умолчанию: » (Пустая строка)
Расположение используемого кэша. Это может быть путь к каталогу при кэшировании в файле, название хоста и порт для memcache, или просто уникальное название для кэширования в памяти. Например:
OPTIONS¶
Дополнительные параметры для бэкэнда кеширования. Доступные параметры зависят от используемого бэкэнда кэширования.
Информацию о дополнительных параметрах можно найти в описании бэкэндов кэширования.
TIMEOUT¶
Количество секунд до устаревания записи кэша.
VERSION¶
Значения по умолчанию для версии кэша.
Подробности смотрите в разделе Кэширование.
CACHE_MIDDLEWARE_ALIAS¶
По умолчанию: default
Подключение к кэшу которое используется кэширующим функциональным слоем(пер. the cache middleware)
CACHE_MIDDLEWARE_ANONYMOUS_ONLY¶
По умолчанию: False
CACHE_MIDDLEWARE_KEY_PREFIX¶
По умолчанию: » (Пустая строка)
Префикс ключей кэша, который должен использовать кэширующий функциональный слой(пер. the cache middleware)
CACHE_MIDDLEWARE_SECONDS¶
CSRF_COOKIE_DOMAIN¶
Домен, используемый для CSRF cookie. Может быть полезна при настройке кросс-субдоменных запросов. Настройка должна быть равна строке вида «.example.com» что бы разрешить обрабатывать POST запросы из одного субдомена в другой.
CSRF_COOKIE_NAME¶
По умолчанию: ‘csrftoken’
Название куки, которая используется для передачи CSRF token. Может быть каким угодно. Смотрите Cross Site Request Forgery protection.
CSRF_COOKIE_PATH¶
Путь(пер. path), который будет использоваться при установке CSRF кук. Путь должен соответствовать URL-у вашего проекта или быть родительским относительно него.
Эта настройка может быть полезна если вы используете несколько проектов на одном домене. Они могут использовать различные пути для CSRF кук и каждый проект будет видеть только свои куки.
CSRF_COOKIE_SECURE¶
По умолчанию: False
CSRF_FAILURE_VIEW¶
По умолчанию: ‘django.views.csrf.csrf_failure’
Путь к функции представления, которое будет использоваться при отклонении запроса при CSRF проверке. Функция должна иметь следующую сигнатуру:
где reason – короткое сообщение (предназначенное для разработчиков или логирования, не для пользователей) описывающее причину отклонения запроса. Смотрите Cross Site Request Forgery protection.
DATABASES¶
По умолчанию: <> (Пустой словарь)
Словарь содержащий настройки для всех баз данных, которые будут использоваться Django. Словарь содержит псевдонимы используемых баз данных и словарь с настройками для каждой.
Самый простой вариант настройки это одна SQLite база данных. Например:
Для других типов базы данных или более сложной конфигурации для SQLite используются дополнительные параметры. Вот полный список используемых параметров.
ENGINE¶
По умолчанию: » (Пустая строка)
Бэкэнд базы данных. Django предоставляет следующие бэкэнды:
Вы можете использовать сторонние бэкэнды указав в ENGINE путь для импорта (например, mypackage.backends.whatever ). Создание собственного бэкэнда базы данных остается в качестве упражнения для читателя, примеры можно найти в исходном коде Django.
По умолчанию: » (Пустая строка)
Имя хоста используемого при подключении к базе данных. Пустая строка подразумевает localhost. Не используется для SQLite.
Если значение начинается с прямого слэша ( ‘/’ ) и используется MySQL, MySQL будет подключаться через Unix сокет к указанному сокету. Например:
Если вы используете MySQL и значение не начинается с прямого клэша, значение будет использоваться как имя хоста.
По умолчанию: » (Пустая строка)
Название используемой базы данных. Для SQLite – это полный путь к файлу базы данных. При указывании пути к файлу, всегда используйте обратные слэшы, даже на Windows (например, C:/homes/user/mysite/sqlite3.db ).
OPTIONS¶
По умолчанию: <> (Пустой словарь)
Дополнительные параметры используемые при подключении к базе данных. Доступные параметры зависят от используемого бэкэнда.
Информацию о дополнительных параметрах можно найти в описании Бэкэндов базы данных.
PASSWORD¶
По умолчанию: » (Пустая строка)
Пароль, используемый при подключении к базе данных. Не используется для SQLite.
По умолчанию: » (Пустая строка)
Порт, используемый при подключении к базе данных. Пустая строка подразумевает порт по умолчанию. Не используется для SQLite.
По умолчанию: » (Пустая строка)
Имя пользователя используемое при подключении к базе данных. Не используется для SQLite.
TEST_CHARSET¶
Кодировка(пер. character set encoding) используемая при создании тестовой базы данных. Значение передается непосредственно в базу данных, так что его формат зависит от используемой базы данных.
Поддерживается PostgreSQL ( postgresql_psycopg2 ) и MySQL ( mysql ) бэкэндами.
TEST_COLLATION¶
Порядок сортировки(пер. collation order), используемый при создании тестовой базы данных. Значение передается непосредственно в базу данных, так что его формат зависит от используемой базы данных.
Поддерживается только mysql (подробности смотрите в руководстве MySQL).
TEST_DEPENDENCIES¶
Порядок создания баз данных. Подробности смотрите в разделе об управлении созданием тестовых баз данных.
TEST_MIRROR¶
Псевдоним базы данных, которую должна отображать конфигурируемая база данных при тестировании.
Эта настройка предназначена для тестирования master/slave конфигурации нескольких баз данных. Подробности смотрите в разделе о тестировании master/slave конфигурации.
TEST_NAME¶
Название базы данных используемой при тестировании.
TEST_CREATE¶
Эта настройка используется Oracle.
TEST_USER¶
Эта настройка используется Oracle.
TEST_USER_CREATE¶
Эта настройка используется Oracle.
При False тестовый пользователь не будет создаваться на время выполнения тестов.
TEST_PASSWD¶
Эта настройка используется Oracle.
Пароль, который будет использоваться Oracle при подключении к базе данных во время выполнения тестов. Если значение не установлено Django будет использовать “захардкоденое” значение по умолчанию.
TEST_TBLSPACE¶
Эта настройка используется Oracle.
TEST_TBLSPACE_TMP¶
Эта настройка используется Oracle.
DATABASE_ROUTERS¶
По умолчанию: [] (Пустой список)
Список маршрутизаторов(пер. routers), которые будут использоваться для определения какую базу данных использовать при выполнении запроса.
DATE_FORMAT¶
По умолчанию: ‘N j, Y’ (например, Feb. 4, 2003 )
DATE_INPUT_FORMATS¶
DATETIME_FORMAT¶
По умолчанию: ‘N j, Y, P’ (например Feb. 4, 2003, 4 p.m. )
DATETIME_INPUT_FORMATS¶
DEBUG¶
По умолчанию: False
Включает/выключает режим отладки.
Заметим, учитывается частичное совпадение. ‘PASS’ учитывает PASSWORD, также как и ‘TOKEN’ учитывает TOKENIZED и так далее.
Помните, что в любом случае страница с ошибкой будет содержать небезопасные данные при включенном режиме отладки. Пути к различным файлам, настройки и другая информация будет доступна для желающих атаковать ваш сайт.
DEBUG_PROPAGATE_EXCEPTIONS¶
По умолчанию: False
При True стандартная обработка исключений в Django не будет использована и исключение будет “передано далее”. Это может быть полезным при разработке но не должно быть использовано на “боевом” сервере.
DECIMAL_SEPARATOR¶
По умолчанию: ‘.’ (Точка)
Десятичный разделитель, который используется при форматировании десятичных чисел.
DEFAULT_CHARSET¶
DEFAULT_CONTENT_TYPE¶
По умолчанию: ‘text/html’
DEFAULT_EXCEPTION_REPORTER_FILTER¶
DEFAULT_FILE_STORAGE¶
Класс хранилища файлов(пер. file storage), который будет использоваться по умолчанию для всех операций с файлами, если не используется конкретное файловое хранилище. Смотрите Управление файлами.
DEFAULT_FROM_EMAIL¶
По умолчанию: ‘webmaster@localhost’
Электронный адрес, который будет использовать при отправке писем от имени менеджера сайта.
DEFAULT_INDEX_TABLESPACE¶
По умолчанию: » (Пустая строка)
Табличное пространство(пер. tablespace) используемое для индексов полей, которые не указывают явно значение. Используется если база данных поддерживает их (смотрите Tablespaces).
DEFAULT_TABLESPACE¶
По умолчанию: » (Пустая строка)
Табличное пространство(пер. tablespace) используемое для моделей, которые не указывают явно значение. Используется если база данных поддерживает их (смотрите Tablespaces).
DISALLOWED_USER_AGENTS¶
По умолчанию: () (Пустой кортеж)
Список скомпилированных регулярных выражений, которые используются при фильтрации заголовка User-Agent для запрета доступа ко всем страницам сайта. Используйте для блокировки роботов/сканеров. Используется только при включенном CommonMiddleware (смотрите Middleware).
EMAIL_BACKEND¶
По умолчанию: ‘django.core.mail.backends.smtp.EmailBackend’
Бэкэнд, используемый для отправки электронных писем. Список доступных бэкэндов смотрите в разделе Sending email.
EMAIL_FILE_PATH¶
По умолчанию: Не определена
Каталог, используемый файловым бэкэндом для отправки электронных писем.
EMAIL_HOST¶
По умолчанию: ‘localhost’
Имя хоста используемое для отправки электронных писем.
EMAIL_HOST_PASSWORD¶
По умолчанию: » (Пустая строка)
EMAIL_HOST_USER¶
По умолчанию: » (Пустая строка)
EMAIL_PORT¶
EMAIL_SUBJECT_PREFIX¶
По умолчанию: ‘[Django] ‘
EMAIL_USE_TLS¶
По умолчанию: False
Использовать ли TLS (защищенное) подключение к SMTP серверу.
FILE_CHARSET¶
Кодировка используемая при декодировании файлов прочитанных с файловой системы. Это включает файлы шаблонов и инициализирующие SQL файлы.
FILE_UPLOAD_HANDLERS¶
Кортеж обработчиков используемых при загрузке файлов. Подробности смотрите в Управление файлами.
FILE_UPLOAD_MAX_MEMORY_SIZE¶
По умолчанию: 2621440 (то есть 2.5 MB).
Максимальный размер (в байтах) загруженного файла, который будет храниться в памяти, а не сохраняться в файловой системе. Подробности смотрите Управление файлами.
FILE_UPLOAD_PERMISSIONS¶
Это значение всегда должно начинаться с 0.
FILE_UPLOAD_TEMP_DIR¶
FIRST_DAY_OF_WEEK¶
По умолчанию: 0 (Воскресение)
Число указывающее первый день недели. Используется при отображении календаря. Это значение используется если не найдено значение используемой локали.
Значение должно быть целым числом от 0 до 6, где 0 означает Воскресение, 1 означает Понедельник.
FIXTURE_DIRS¶
По умолчанию: () (Пустой кортеж)
Список каталогов, в которых происходит поиск фикстур в дополнение к каталогам fixtures в приложениях.
Заметим, что эти пути должны использовать прямые слэши, то есть быть в Unix-стиле, а не Windows.
FORCE_SCRIPT_NAME¶
FORMAT_MODULE_PATH¶
IGNORABLE_404_URLS¶
INSTALLED_APPS¶
По умолчанию: () (Пустой кортеж)
App names must be unique
INTERNAL_IPS¶
По умолчанию: () (Пустой кортеж)
Кортеж IP адресов, в виде строк, которые:
Получают X заголовки при использовании XViewMiddleware (смотрите Middleware)
LANGUAGE_CODE¶
LANGUAGE_COOKIE_NAME¶
По умолчанию: ‘django_language’
Название куки которая используется для хранения текущего языка. Может принимать какое угодно значение (но не должно совпадать с SESSION_COOKIE_NAME ). Смотрите Интернационализация и локализация.
LANGUAGES¶
По умолчанию: Кортеж всех доступных языков. Этот список постоянно растет по этому мы не приводим здесь значение. Текущий список вы можете посмотреть в файле django/conf/global_settings.py (или посмотреть исходный код онлайн).
В большинстве случаев значение по умолчанию подойдет для большинства проектов. Используйте эту значению если хотите ограничить доступные для проекта языки.
Вот пример значения настройки:
LOCALE_PATHS¶
По умолчанию: () (Пустой кортеж)
Кортеж каталогов в которых Django ищет файлы перевода. Смотрите Как Django находит переводы.
Django в каждом каталоге ищет подкаталог /LC_MESSAGES с файлами перевода.
LOGGING¶
По умолчанию: Словарь конфигурации логирования.
Настройки по умолчанию отсылает все HTTP 500 ошибки на email администратору; все остальные сообщения передаются в NullHandler.
LOGGING_CONFIG¶
По умолчанию: ‘django.utils.log.dictConfig’
Путь для импорта функции, которая используется для настройки логирования в проекте. Указывает на метод объекта Python dictConfig.
LOGIN_REDIRECT_URL¶
По умолчанию: ‘/accounts/profile/’
Эта настройка так же принимает функцию представления или имя URL-шаблона, благодаря этому можно избежать хардкодина URL-ов. Для обратной совместимости, значение по умолчанию не меняли.
LOGIN_URL¶
По умолчанию: ‘/accounts/login/’
Эта настройка так же принимает функцию представления или имя URL-шаблона, благодаря этому можно избежать хардкодина URL-ов. Для обратной совместимости, значение по умолчанию не меняли.
LOGOUT_URL¶
По умолчанию: ‘/accounts/logout/’
MANAGERS¶
По умолчанию: () (Пустой кортеж)
MEDIA_ROOT¶
По умолчанию: » (Пустая строка)
Абсолютный путь к каталогу, в котором хранятся медиа-файлы, используется для работы с файлами.
MEDIA_URL¶
По умолчанию: » (Пустая строка)
MESSAGE_LEVEL¶
По умолчанию: messages.INFO
Определяет минимальный уровень сообщений, которые будут сохраняется фремверком сообщений. Смотрите документацию о фреймверке сообщений.
MESSAGE_STORAGE¶
По умолчанию: ‘django.contrib.messages.storage.fallback.FallbackStorage’
Указывает Django как сохранять сообщения. Смотрите документацию о фреймверке сообщений.
MESSAGE_TAGS¶
Определяет соответствие уровня сообщений и тегов сообщений. Смотрите документацию о фреймверке сообщений.
MIDDLEWARE_CLASSES¶
Кортеж, который состоит из путей для импорта используемых функциональных слоев(пер. middleware). Смотрите Middleware.
MONTH_DAY_FORMAT¶
Формат по умолчанию для полей даты при отображении значении в интерфейсе администратора Django и, возможно, в других частях системы в случае, если отображается только месяц и день.
NUMBER_GROUPING¶
Количество цифр для группирования в целочисленной части числа.
PASSWORD_HASHERS¶
PASSWORD_RESET_TIMEOUT_DAYS¶
PREPEND_WWW¶
По умолчанию: False
PROFANITIES_LIST¶
По умолчанию: () (Пустой кортеж)
RESTRUCTUREDTEXT_FILTER_SETTINGS¶
ROOT_URLCONF¶
По умолчанию: Не определена
SECRET_KEY¶
По умолчанию: » (Пустая строка)
Секретный ключ. Используется для криптографической подписи, должен быть случайным и сложным для подбора.
Храните это значение в секрете.
SECURE_PROXY_SSL_HEADER¶
Кортеж из комбинаций HTTP заголовка/значения, которые определяют зашифрован ли запрос. Влияет на работу методы is_secure() объекта запроса.
Это требует некоторых пояснений. По умолчанию is_secure() определяет безопасный ли запрошенный URL по “https://”. Это важно для CSRF защиты, вы также можете использовать эту настройку.
Если приложение Django находится за прокси, который использует не HTTPS соединение к проекту, будут утеряны данные о том, что запрос зашифрованный. В этом случае is_secure() всегда будет возвращать False – даже для запросов, сделанных через HTTPS.
В таком случае вам необходимо настроить прокси таким образом, чтобы добавлялись специальные HTTP заголовки для защищенных запросов, которые вы укажите в SECURE_PROXY_SSL_HEADER чтобы Django мог определить является запрос защищенным.
Необходимо указать кортеж из двух элементов – название заголовка и значение. Например:
В этом примере мы указываем Django, что можно доверять заголовку X-Forwarded-Proto пришедшему от прокси, и при значении ‘https’ считать запрос защищенным (то есть он выполнен через HTTPS). Очевидно, что вы должны использовать эту настройку только если контролируете прокси-сервер и доверяете ему.
Возможн,о вы создадите уязвимость, если будете использовать эту настройку, не понимая как все работает. И если забудете указать ее тогда, когда это следует сделать. Будьте осторожны.
Убедитесь что ВСЕ следующие условия верны, перед тем как использовать эту настройку(предполагая, что используется значение из примера выше):
Проект находится за прокси-сервером.
Прокси удаляет ‘X-Forwarded-Proto’ заголовок из приходящих запросов. Другими словами, пользователь не сможет подделать защищенный запрос указав заголовок.
Прокси устанавливает заголовок ‘X-Forwarded-Proto’ и передает Django, но только для запросов через HTTPS.
Если одно из условий не соблюдено, установите значение настройки в None и найдите другой способ определить, используется ли HTTPS, возможно через функциональный слой(пер. middleware).
SEND_BROKEN_LINK_EMAILS¶
По умолчанию: False
SERIALIZATION_MODULES¶
По умолчанию: Не определена.
Словарь, указывающий модули, реализующие различные форматы сериализации данных(пер. serializer) (строка с путем для импорта). Например, чтобы определить сериализатор для YAML формата, используйте:
SERVER_EMAIL¶
По умолчанию: ‘root@localhost’
SESSION_COOKIE_AGE¶
По умолчанию: 1209600 (2 недели в секундах)
Время сессионной куки в секундах. Смотрите How to use sessions.
SESSION_COOKIE_DOMAIN¶
SESSION_COOKIE_HTTPONLY¶
HTTPOnly – флаг, добавляемый в HTTP заголовок, который устанавливает куки. Он не является частью стандарта для куки RFC 2109 и поддерживается не всеми браузерами. Однако, если он поддерживается, может помочь ограничить доступ клиентских скриптов к сессионным кукам.
SESSION_COOKIE_NAME¶
По умолчанию: ‘sessionid’
Название для сессионной куки. Может быть каким угодно (но не совпадать с LANGUAGE_COOKIE_NAME ). Смотрите How to use sessions.
SESSION_COOKIE_PATH¶
Путь(пер. path), который будет использоваться при установке сессионной куки. Путь должен соответствовать URL-у к вашему проекту или быть родительским относительно него.
Эта настройка может быть полезна если вы используете несколько проектов на одном домене. Они могут использовать различные пути для сессионных кук и каждый проект будет видеть только свою сессионную куку.
SESSION_CACHE_ALIAS¶
По умолчанию: default
При использовании кеширующего бэкэнда для сессии, указывает какой кеш использовать.
SESSION_COOKIE_SECURE¶
По умолчанию: False
SESSION_ENGINE¶
По умолчанию: django.contrib.sessions.backends.db
Указывает, где Django хранит сесионные данные. Возможные значения:
SESSION_EXPIRE_AT_BROWSER_CLOSE¶
По умолчанию: False
Истекает ли сессия после закрытия браузера. Смотрите How to use sessions.
SESSION_FILE_PATH¶
Если вы используете файловое хранилище сессионных данных, эта настройка укажет Django каталог, в котором хранить данные. Смотрите How to use sessions. Если используется значение по умолчанию ( None ), Django будет использовать стандартный каталог для временных файлов вашей операционной системы.
SESSION_SAVE_EVERY_REQUEST¶
По умолчанию: False
Сохранять ли сесионные данные при каждом запросе. Смотрите How to use sessions.
SHORT_DATE_FORMAT¶
По умолчанию: m/d/Y (например 12/31/2003 )
SHORT_DATETIME_FORMAT¶
По умолчанию: m/d/Y P (например 12/31/2003 4 p.m. )
SIGNING_BACKEND¶
По умолчанию: ‘django.core.signing.TimestampSigner’
Бэкэнд, используемый для подписанных кук и других данных.
SITE_ID¶
По умолчанию: Не определена
ID(число) текущего сайта в таблице django_site базы данных. Используется для привязки данных к конкретному сайту, что позволяет использовать один установленный проект для нескольких сайтов.
STATIC_ROOT¶
По умолчанию: » (Пустая строка)
STATIC_URL¶
Например: «/static/» или «http://static.example.com/»
Должна оканчиваться косой чертой, если не пустая.
TEMPLATE_CONTEXT_PROCESSORS¶
TEMPLATE_DEBUG¶
По умолчанию: False
TEMPLATE_DIRS¶
По умолчанию: () (Пустой кортеж)
Заметим, что эти пути должны использовать прямые слэши, то есть быть в Unix-стиле, а не Windows.
TEMPLATE_LOADERS¶
TEMPLATE_STRING_IF_INVALID¶
По умолчанию: » (Пустая строка)
Строка, которая выводится в шаблоне для неверных переменных (например, отсутствующих в контексте). Смотрите How invalid variables are handled..
TEST_RUNNER¶
По умолчанию: ‘django.test.simple.DjangoTestSuiteRunner’
Название класса, используемого для запуска тестирования. Смотрите Using different testing frameworks.
THOUSAND_SEPARATOR¶
TIME_FORMAT¶
По умолчанию: ‘P’ (например, 4 p.m. )
TIME_INPUT_FORMATS¶
TIME_ZONE¶
По умолчанию: ‘America/Chicago’
Заметим, что указанный часовой пояс не обязана совпадать с часовым поясом сервера. Например, один сервер может обслуживать несколько Django-проектов, каждый может использовать свой часовой пояс.
При ручной конфигурации настроек как описано в соответствующем разделе, или
TRANSACTIONS_MANAGED¶
По умолчанию: False
USE_ETAGS¶
По умолчанию: False
Указывает, использовать ли заголовок “Etag”. Улучшает пропускную способность сервера, но уменьшает производительность. Используется CommonMiddleware (смотрите Middleware) и«Cache Framework« (смотрите Система кэширования Django).
USE_I18N¶
USE_L10N¶
По умолчанию: False
USE_THOUSAND_SEPARATOR¶
По умолчанию: False
USE_TZ¶
По умолчанию: False
USE_X_FORWARDED_HOST¶
По умолчанию: False
Указывает, использовать ли заголовок X-Forwarded-Host как более приоритетный чем Host. Включать только при использовании прокси, который устанавливает этот заголовок.
WSGI_APPLICATION¶
YEAR_MONTH_FORMAT¶
Формат по умолчанию для полей даты при отображении значении в интерфейсе администратора Django и, возможно, в других частях системы в случае, если отображается только год и месяц.
X_FRAME_OPTIONS¶
По умолчанию: ‘SAMEORIGIN’
Устаревшие настройки¶
AUTH_PROFILE_MODULE¶
По умолчанию: Не определена
Модель используемая для хранения дополнительной информации о пользователе. Смотрите Хранение дополнительной информации о пользователях.