0

我有许多相同的数据库实例

  • 本地主机
  • staging.server.com
  • www.server.com

我希望我的 Django 设置能够以最小的努力选择其中任何一种。我不想保留多个设置文件。

我知道我可以像这样配置它们，但是如何切换到默认值以外的任何人。

DATABASES = {
  'default': {
    'ENGINE': 'django.db.backends.sqlite3',
    'HOST': 'localhost'
  },
  'staging': {
    'ENGINE': 'django.db.backends.sqlite3',
    'HOST': 'staging.server.com'
  },
  'production': {
    'ENGINE': 'django.db.backends.sqlite3',
    'HOST': 'www.server.com'
  }
}
4

3 回答 3

2

[更新]

对于配置/代码分离，我使用了一个名为django-decouple的项目，而不是滚动我自己的东西，原始答案的基本原理仍然有效。

[原答案]

我建议使用环境变量而不是 if/elif 链和/或包含。主要原因是：

  • 配置在不同部署中变化很大，代码没有 - 因此您应该致力于将配置与代码严格分离。
  • 环境特定信息与环境有关 - 环境变量很容易在部署之间更改，而无需更改任何代码。
  • 避免意外将密码等敏感信息检查到源代码控制中。

例如：

DATABASES = {
    'default': {
        'ENGINE': os.environ.get('DB_NAME', 'django.db.backends.sqlite3'),
        'NAME': os.environ.get('DB_NAME', 'some_default'),
        'USER': os.environ.get('DB_USER', ''),
        'PASSWORD': os.environ.get('DB_PASS', ''),
        'HOST': os.environ.get('DB_HOST', ''),
        'PORT': '',
    }
}

请阅读“十二因素应用程序”以获得有关此实践背后原理的详细说明，并阅读“停止编写设置文件”以获得 Django 设置的实用方法。

我还建议使用 virtualenv。一些技巧：

  • 将我的应用程序放在 /opt/django-apps/project_name 之类的路径中
  • 安装 virtualenvwrapper 并在某个路径下创建一个与项目名称相同的 virtualenv，例如/var/lib/python-virtualenvs
  • workon project_name当你想在项目中工作时发出 a

我使用wsgi.py这样的：

import os
import site
import sys

APP_ROOT = os.path.dirname(os.path.abspath(__file__))
ROOT = os.path.dirname(APP_ROOT)
PROJECT_NAME = os.path.basename(APP_ROOT)
INSTANCE_NAME = os.path.basename(ROOT)
VENV = '/var/lib/python-virtualenvs/{}/'.format(INSTANCE_NAME)
# Add the site-packages of the chosen virtualenv to work with
site.addsitedir(VENV + 'lib/python2.7/site-packages')

# Add the app's directory to the PYTHONPATH
sys.path.append(ROOT)

# Activate your virtual env
activate_env=os.path.expanduser(VENV + "bin/activate_this.py")
execfile(activate_env, dict(__file__=activate_env))

os.environ.setdefault("DJANGO_SETTINGS_MODULE", PROJECT_NAME + ".settings")

from django.core.wsgi import get_wsgi_application
_application = get_wsgi_application()

def application(environ, start_response):
    os.environ['DEBUG'] = environ['DEBUG']
    os.environ['DB_NAME'] = environ['DB_NAME']
    os.environ['DB_PASS'] = environ['DB_PASS']
    os.environ['DB_HOST'] = environ['DB_HOST']
    os.environ['DB_USER'] = environ['DB_USER']
    return _application(environ, start_response)
于 2013-09-11T05:00:52.857 回答
0

我找到了一种方法，但我不确定这是否是正确的方法。请给出意见。

我有主要的 settings.py，其中的 DATABASES 设置看起来像......

DATABASES = {
  'default': {
    'ENGINE': 'django.db.backends.sqlite3',
    'HOST': 'www.server.com'
  }
}

在这个文件的末尾，我有以下代码......

# Load the local overrides if there are any.
try:
    from settings_local import *
except ImportError, e:
    pass

然后我在本地环境中有一个 settings_local.py 文件，但被 Git 忽略，如下所示......

DATABASES = {
  'default': {
    'ENGINE': 'django.db.backends.sqlite3',
    'HOST': 'localhost'
  }
}

如果与 settings.py 相同的目录中没有 settings_local.py 文件，这允许我的应用程序连接到生产数据库服务器，如果此文件存在，则允许我的应用程序连接到本地（或暂存）数据库。

于 2013-09-11T14:50:14.657 回答
0

所以我一直在阅读《Django的两勺》一书，整个第 5 章都是基于这个问题。本章，设置和需求文件，回答了我所有的问题。本章基于Jacob Kaplan-Moss在 OSCON 2011 上的最佳（和最差）Django演讲。请参阅幻灯片第 47 页及以后。

基本上，这个想法是使用多个设置文件，即 settings/base.py、settings/local.py、settings/production.py 等。并在使用 --settings 开关启动服务器时使用正确的文件。

于 2013-10-29T05:16:59.197 回答