Контрольный список развертывания ¶

SECRET_KEY¶

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

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

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

import os
SECRET_KEY = os.environ['SECRET_KEY']

или из файла:

with open('/etc/secret_key.txt') as f:
    SECRET_KEY = f.read().strip()

DEBUG¶

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

Вы, безусловно, разрабатываете свой проект с помощью , поскольку это позволяет использовать такие удобные функции, как полная обратная связь в вашем браузере.DEBUG = True

Однако для производственной среды это действительно плохая идея, потому что из-за нее происходит утечка большого количества информации о вашем проекте: выдержки из исходного кода, локальные переменные, настройки, используемые библиотеки и т. Д.

ALLOWED_HOSTS¶

Когда Django вообще не работает без подходящего значения для .DEBUG = FalseALLOWED_HOSTS

Этот параметр необходим для защиты вашего сайта от некоторых атак CSRF. Если вы используете подстановочный знак, вы должны выполнить собственную проверку HostHTTP-заголовка или иным образом убедиться, что вы не уязвимы для этой категории атак.

Вы также должны настроить веб-сервер, который находится перед Django, для проверки хоста. Он должен отвечать статической страницей ошибки или игнорировать запросы на неправильные хосты вместо того, чтобы перенаправлять запрос в Django. Таким образом вы избежите ложных ошибок в журналах Django (или в электронных письмах, если у вас настроен отчет об ошибках). Например, на nginx вы можете настроить сервер по умолчанию так, чтобы он возвращал «444 No Response» на нераспознанном хосте:

server {
    listen 80 default_server;
    return 444;
}

CACHES¶

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

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

DATABASES¶

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

Пароли базы данных очень чувствительны. Вы должны защищать их точно так же SECRET_KEY.

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

Если вы еще не настроили резервное копирование для своей базы данных, сделайте это прямо сейчас!

EMAIL_BACKENDи сопутствующие настройки ¶

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

По умолчанию Django отправляет электронную почту от webmaster @ localhost и root @ localhost . Однако некоторые почтовые провайдеры отклоняют электронную почту с этих адресов. Чтобы использовать разные адреса отправителя, модифицировать DEFAULT_FROM_EMAILи SERVER_EMAILнастройку.

STATIC_ROOTи ¶STATIC_URL

Статические файлы автоматически обслуживаются сервером разработки. В процессе производства вы должны определить STATIC_ROOTкаталог, в который вы collectstaticбудете их копировать.

См. Управление статическими файлами (например, изображениями, JavaScript, CSS) для получения дополнительной информации.

MEDIA_ROOTи ¶MEDIA_URL

Медиа-файлы загружают ваши пользователи. Им не доверяют! Убедитесь, что ваш веб-сервер никогда не пытается их интерпретировать. Например, если пользователь загружает .phpфайл, веб-сервер не должен его выполнять.

Теперь самое время проверить вашу стратегию резервного копирования этих файлов.

CSRF_COOKIE_SECURE¶

Установите это значение, Trueчтобы избежать случайной передачи файла cookie CSRF через HTTP.

SESSION_COOKIE_SECURE¶

Установите это значение, Trueчтобы избежать случайной передачи файла cookie сеанса через HTTP.

Сессии ¶

Рассмотрите возможность использования кэшированных сеансов для повышения производительности.

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

CONN_MAX_AGE¶

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

Это очень помогает на виртуализированных хостах с ограниченной производительностью сети.

TEMPLATES¶

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

LOGGING¶

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

См. « Ведение журнала» для получения подробной информации о ведении журнала.

ADMINSи ¶MANAGERS

ADMINS будут уведомлены о 500 ошибках по электронной почте.

MANAGERSбудет уведомлен об ошибках 404. IGNORABLE_404_URLSможет помочь отфильтровать ложные отчеты.

См. Отчеты об ошибках для получения подробной информации об отправке сообщений об ошибках по электронной почте.

Настройте представления ошибок по умолчанию ¶

Django включает представления по умолчанию и шаблоны для нескольких кодов ошибок HTTP. Вы можете переопределить шаблоны по умолчанию, создав следующие шаблоны в корневом каталоге шаблона: 404.html, 500.html, 403.html, и 400.html. Представления ошибок по умолчанию , в которых используются эти шаблоны, должно хватить для 99% веб-приложений, но вы также можете настроить их .