Django 的设置
Django 的设置文件包含你安装的Django 的所有配置。这页文档解释设置是如何工作以及有哪些设置。
基础
设置文件只是一个Python 模块，带有模块级别的变量。
下面是一些示例设置：
ALLOWED_HOSTS = ['www.example.com']
DEBUG = False
DEFAULT_FROM_EMAIL = 'webmaster@example.com'注
如果你设置
DEBUG为False，那么你应该正确设置ALLOWED_HOSTS的值。
因为设置文件是一个Python 模块，所以适用以下情况：
不允许出现Python 语法错误。
它可以使用普通的Python 语法动态地设置。例如：
MY_SETTING = [str(i) for i in range(30)]它可以从其它设置文件导入值。
指定设置文件
DJANGO_SETTINGS_MODULE
当你使用Django 时，你必须告诉它你正在使用哪个设置。这可以使用环境变量DJANGO_SETTINGS_MODULE 来实现。
DJANGO_SETTINGS_MODULE 的值应该使用Python 路径的语法，例如mysite.settings。注意，设置模块应该在Python 的导入查找路径 中。
django-admin 工具
当使用django-admin 时， 你可以设置只设置环境变量一次，或者每次运行该工具时显式传递设置模块。
例如（Unix Bash shell）：
export DJANGO_SETTINGS_MODULE=mysite.settings
django-admin runserver例如（Windows shell）：
set DJANGO_SETTINGS_MODULE=mysite.settings
django-admin runserver使用–settings 命令行参数可以手工指定设置：
django-admin runserver --settings=mysite.settings在服务器上(mod_wsgi)
在线上服务器环境中，你需要告诉WSGI 的application 使用哪个设置文件。可以使用os.environ 实现：
import os
os.environ['DJANGO_SETTINGS_MODULE'] = 'mysite.settings'阅读Django mod_wsgi 文档 以获得关于Django WSGI application 的更多和其它常见信息。
默认的设置
Django 的设置文件不需要定义所有的设置。每个设置都有一个合理的默认值。这些默认值位于django/conf/global_settings.py 模块中。
下面是Django 用来编译设置的算法：
从
global_settings.py中加载设置。从指定的设置文件中加载设置，如有必要则覆盖全局的设置。
注意，设置文件不 应该从global_settings 中导入，因为这是多余的。
查看改变的设置
有一个简单的方法可以查看哪些设置与默认的设置不一样了。python manage.py diffsettings 命令显示当前的设置文件和Django 默认设置之间的差异。
获取更多信息，查看diffsettings 的文档。
在Python 代码中使用设置
在Django 应用中，可以通过导入django.conf.settings 对象来使用设置。例如：
from django.conf import settings
if settings.DEBUG:
# Do something注意，django.conf.settings 不是一个模块 —— 它是一个对象。所以不可以导入每个单独的设置：
from django.conf.settings import DEBUG # This won't work.还要注意，你的代码不应该 从global_settings 或你自己的设置文件中导入。django.conf.settings 抽象出默认设置和站点特定设置的概念；它表示一个单一的接口。它还可以将代码从你的设置所在的位置解耦出来。
运行时改变设置
请不要在应用运行时改变设置。例如，不要在视图中这样做：
from django.conf import settings
settings.DEBUG = True # Don't do this!给设置赋值的唯一地方是在设置文件中。
安全
因为设置文件包含敏感的信息，例如数据库密码，你应该尽一切可能来限制对它的访问。例如，修改它的文件权限使得只有你和Web 服务器使用者可以读取它。这在共享主机的环境中特别重要。
可用的设置
完整的可用设置清单，请参见设置参考。
创建你自己的设置
没有什么可以阻止你为自己的Django 应用创建自己的设置。只需要遵循下面的一些惯例：
设置名称全部是大写
不要使用一个已经存在的设置
对于序列类型的设置，Django 自己使用元组而不是列表，但这只是一个习惯。
不用DJANGOSETTINGSMODULE 设置
有些情况下，你可能想绕开DJANGO_SETTINGS_MODULE 环境变量。例如，如果你正在使用自己的模板系统，而你不想建立指向设置模块的环境变量。
这些情况下，你可以手工配置Django 的设置。实现这点可以通过调用：
django.conf.settings.configure(default_settings, **settings)
例如：
from django.conf import settings
settings.configure(DEBUG=True)可以传递configure() 给任意多的关键字参数，每个关键字参数表示一个设置及其值。每个参数的名称应该都是大写，与上面讲到的设置名称相同。如果某个设置没有传递给configure() 而且在后面需要使用到它，Django 将使用其默认设置的值。
当你在一个更大的应用中使用到Django 框架的一部分，有必要以这种方式配置Django —— 而且实际上推荐这么做。
所以，当通过settings.configure() 配置时，Django 不会对进程的环境变量做任何修改（参见TIME_ZONE 文档以了解为什么会发生）。在这些情况下，它假设你已经完全控制你的环境变量。
自定义默认的设置
如果你想让默认值来自其它地方而不是django.conf.global_settings，你可以传递一个提供默认设置的模块或类作为default_settings 参数（或第一个位置参数）给configure() 调用。
在下面的示例中，默认的设置来自myapp_defaults， 并且设置DEBUG 为True，而不论它在myapp_defaults 中的值是什么：
from django.conf import settings
from myapp import myapp_defaults
settings.configure(default_settings=myapp_defaults, DEBUG=True)下面的示例和上面一样，只是使用myapp_defaults 作为一个位置参数：
settings.configure(myapp_defaults, DEBUG=True)正常情况下，你不需要用这种方式覆盖默认值。Django 的默认值以及足够好使，你可以安全地使用它们。注意，如果你传递一个新的默认模块，你将完全取代 Django 的默认值，所以你必须指定每个可能用到的设置的值。完整的设置清单，参见django.conf.settings.global_settings。
configure() 和DJANGOSETTINGSMODULE 两者必居其一
如果你没有设置DJANGO_SETTINGS_MODULE 环境变量，你 必须 在使用到读取设置的任何代码之前调用configure() 。
如果你没有设置DJANGO_SETTINGS_MODULE 且没有调用 configure()，在首次访问设置时Django 将引发一个ImportError 异常。
如果你设置了DJANGO_SETTINGS_MODULE，并访问了一下设置，然后 调用configure()，Django 将引发一个RuntimeError 表示该设置已经有配置。有个属性正好可以用于这个情况：
例如：
from django.conf import settings
if not settings.configured:
settings.configure(myapp_defaults, DEBUG=True)另外，多次调用configure()或者在设置已经访问过之后调用 configure() 都是错误的。
归结为一点：只使用configure() 或 DJANGO_SETTINGS_MODULE 中的一个。不可以两个都用和都不用。
另见
设置参考
包含完整的核心设置和contrib 应用设置的列表。
译者：Django 文档协作翻译小组，原文：Overview。
本文以 CC BY-NC-SA 3.0 协议发布，转载请保留作者署名和文章出处。
Django 文档协作翻译小组人手紧缺，有兴趣的朋友可以加入我们，完全公益性质。交流群：467338606。
