Django 动态设置基础架构和最佳实践

Question

Django 设置包含一个 Python 变量列表，这些变量用于从数据库设置到已安装的应用程序等多种操作。甚至许多可重复使用的应用程序也需要进行一些设置。

由于有数十个站点，因此很难管理所有项目的设置。

幸运的是，settings 只是一个带有变量的 python 模块，所以你可以使用任何魔法来填充你想要的变量。

您遵循或认为可以使用哪些实践将各种相关设置分离到不同的文件中？

显然，现有的企业实践是开发人员制造一场战争，然后运维部门将其打给蓝鱼并负责所有数据库（以及此类）运维内容（根据 Jacob 的电子邮件）。

您可以创建哪些动态settings.py来帮助现有的企业实践？

Answer 1

我经常看到设置文件具有以下内容：

from localsettings import *

在 localsettings.py 中定义了诸如数据库连接和 DEBUG 值之类的内容。 localsettings.py 对于每个部署环境（开发/登台/生产等）来说是（或可能是）不同的，并且不与其他所有内容一起存在于源代码管理中。

我最近发现有用的东西是将其放入我的 settings.py 中：

try:
    from localsettings import *
except ImportError:
    from default_localsettings import *

在 default_localsettings.py 中，我定义了一堆默认值（DEBUG = True >，使用与 default_localsettings.py 位于同一目录中的 sqlite 数据库等）。

一旦您完成设置，这可能就没用了，但我发现它很有用，只需能够将我的项目从源代码控制中检查出来并使用 runserver 立即运行，而无需设置任何东西。

Answer 2

按照此设置覆盖示例来处理开发、登台和生产环境。

http://djangodose.com/articles/2009 /09/handling-development-staging-and-product-enviro/

（在 Wayback Machine 存档版本）

Answer 3

这样的设置中创建一个模块

project/
  settings/
    __init__.py
    settings.py
    local.py

就我个人而言，我喜欢它从像文件 __init__.py

from .settings import *
from .local import *

，如下所示：您已采用变量 BASE_DIR 来指向更高一级的目录。

使用此过程，您不必采用导入机制之类的任何其他内容。只需使用来自 django.conf 导入设置。 local.py 中的所有设置都会覆盖 settings.py 中的设置。

然而，这种可能的解决方案可以与上面给出的其他答案相结合。