我一直在开发一个基本的应用程序。现在在部署阶段,很明显,我需要本地设置和生产设置。
很高兴知道以下内容:
- 如何最好地处理开发和生产设置。
- 如何仅在开发环境中保留django-debug-toolbar之类的应用程序。
- 开发和部署设置的其他任何技巧和最佳做法。
我一直在开发一个基本的应用程序。现在在部署阶段,很明显,我需要本地设置和生产设置。
很高兴知道以下内容:
Answers:
该DJANGO_SETTINGS_MODULE
环境变量,其设置文件Django的控件将加载。
因此,您可以为各自的环境创建单独的配置文件(请注意,它们当然可以import *
来自单独的“共享设置”文件),并用于DJANGO_SETTINGS_MODULE
控制使用哪个文件。
这是如何做:
如Django文档中所述:
DJANGO_SETTINGS_MODULE的值应采用Python路径语法,例如mysite.settings。请注意,设置模块应位于Python导入搜索路径上。
所以,让我们假设你创建myapp/production_settings.py
并myapp/test_settings.py
在源存储库。
在这种情况下,您将分别设置DJANGO_SETTINGS_MODULE=myapp.production_settings
使用前者和DJANGO_SETTINGS_MODULE=myapp.test_settings
后者。
从现在开始,问题归结为设置DJANGO_SETTINGS_MODULE
环境变量。
DJANGO_SETTINGS_MODULE
使用脚本或shell然后,您可以使用引导脚本或流程管理器来加载正确的设置(通过设置环境),或者仅在启动Django:之前从您的Shell中运行它export DJANGO_SETTINGS_MODULE=myapp.production_settings
。
请注意,您可以随时从Shell运行此导出-它不需要存在于您的.bashrc
容器中。
DJANGO_SETTINGS_MODULE
使用流程管理器进行设置如果您不喜欢编写用于设置环境的引导脚本(并且有很好的理由!),我建议您使用流程管理器:
environment
配置密钥将环境变量传递给托管进程。.env
)文件中定义环境变量。最后,请注意,您可以利用PYTHONPATH
变量将设置存储在完全不同的位置(例如,在生产服务器上,将其存储在中/etc/
)。这允许将配置与应用程序文件分开。您可能想要或不想要它,这取决于您的应用程序的结构。
settings.py
存储文件SiteName/settings.py
,因此,如果将备用设置文件放置在同一目录中,则添加到bin / activate的行应为“ DJANGO_SETTINGS_MODULE="SiteName.test_settings"
否则”为最佳答案!
DJANGO_SETTINGS_MODULE
选择要使用的文件。修改bin/activate
是要做后者的一种方法(TBH,无论如何我都不再认为这是个好主意,所以我把它删除了),但这不是唯一的方法。
默认情况下,使用生产设置,但settings_dev.py
在与文件相同的文件夹中创建一个名为的settings.py
文件。在此处添加替代,例如DEBUG=True
。
在将用于开发的计算机上,将此添加到您的~/.bashrc
文件中:
export DJANGO_DEVELOPMENT=true
在settings.py
文件底部,添加以下内容。
# Override production variables if DJANGO_DEVELOPMENT env variable is set
if os.environ.get('DJANGO_DEVELOPMENT'):
from settings_dev import * # or specific overrides
(请注意,*
通常应避免在Python 中导入)
默认情况下,生产服务器将不覆盖任何内容。做完了!
与其他答案相比,该答案更简单,因为它不需要更新PYTHONPATH
或设置DJANGO_SETTINGS_MODULE
,而每次只允许您处理一个django项目。
if os.environ.get('DJANGO_DEVELOPMENT', 'true')
也可以。我之所以提及这一点,仅是因为上述is not true
方法无法在Python 3.6上导入。
DEV
设置,这将泄漏公共服务器上的私有数据。您真的只想检查DJANGO_DEVELOPMENT
环境变量是否存在(即is not None
)。
settings_dev.py
在服务器上加载。
is not None
支票就可以确保它的存在和真实性。同样os.getenv
是速记
通常每个环境有一个设置文件,还有一个共享设置文件:
/myproject/
settings.production.py
settings.development.py
shared_settings.py
我的每个环境文件都有:
try:
from shared_settings import *
except ImportError:
pass
这使我可以在必要时覆盖共享设置(通过在该节下面添加修改)。
然后,通过将其链接到settings.py来选择要使用的设置文件:
ln -s settings.development.py settings.py
import *
?您是否禁用该检查?我将此导入文件包装在中,exec()
但随后我无法对该文件中未定义的变量设置条件,也无法更改INSTALLED_APPS
变量,因为它是“未定义的”
这是我通过6个简单步骤完成的操作:
在项目目录中创建一个文件夹,并将其命名settings
。
项目结构:
myproject/
myapp1/
myapp2/
myproject/
settings/
创建内部4个Python文件settings
目录,即__init__.py
,base.py
,dev.py
和prod.py
设置文件:
settings/
__init__.py
base.py
prod.py
dev.py
打开__init__.py
并填写以下内容:
初始化 .py:
from .base import *
# you need to set "myproject = 'prod'" as an environment variable
# in your OS (on which your website is hosted)
if os.environ['myproject'] == 'prod':
from .prod import *
else:
from .dev import *
打开base.py
并填写所有常用设置(将在生产和开发中使用)。例如:
base.py:
import os
...
INSTALLED_APPS = [...]
MIDDLEWARE = [...]
TEMPLATES = [{...}]
...
STATIC_URL = '/static/'
STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles')
MEDIA_ROOT = os.path.join(BASE_DIR, '/path/')
MEDIA_URL = '/path/'
打开dev.py
并包含特定于开发的内容,例如:
dev.py:
DEBUG = True
ALLOWED_HOSTS = ['localhost']
...
打开prod.py
并包含特定于生产的内容,例如:
prod.py:
DEBUG = False
ALLOWED_HOSTS = ['www.example.com']
LOGGING = [...]
...
创建多个settings*.py
文件,推断出每个环境需要更改的变量。然后在主settings.py
文件的末尾:
try:
from settings_dev import *
except ImportError:
pass
您settings_*
为每个阶段保留单独的文件。
在settings_dev.py
文件顶部,添加以下内容:
import sys
globals().update(vars(sys.modules['settings']))
导入需要修改的变量。
该Wiki条目提供有关如何拆分设置的更多想法。
settings_prod.py
modname = "%s.settings" % ".".join(__name__.split('.')[:-1])
获取完整的模块名称,然后单击globals().update(vars(sys.modules[modname]))
。我发现这很适合我。当然,在大多数情况下,也可以放弃以编程方式确定模块名称以支持字符串这一点。
我使用了很棒的django-configuration,所有设置都存储在我的计算机中settings.py
:
from configurations import Configuration
class Base(Configuration):
# all the base settings here...
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
...
class Develop(Base):
# development settings here...
DEBUG = True
...
class Production(Base):
# production settings here...
DEBUG = False
要配置Django项目,我只需遵循docs即可。
这是我们使用的方法:
settings
将设置分成多个文件以增强可读性的模块;.env.json
文件,用于存储我们要从git存储库中排除或特定于环境的凭据和参数;env.py
文件来读取.env.json
文件...
.env.json # the file containing all specific credentials and parameters
.gitignore # the .gitignore file to exclude `.env.json`
project_name/ # project dir (the one which django-admin.py creates)
accounts/ # project's apps
__init__.py
...
...
env.py # the file to load credentials
settings/
__init__.py # main settings file
database.py # database conf
storage.py # storage conf
...
venv # virtualenv
...
.env.json
喜欢:{
"debug": false,
"allowed_hosts": ["mydomain.com"],
"django_secret_key": "my_very_long_secret_key",
"db_password": "my_db_password",
"db_name": "my_db_name",
"db_user": "my_db_user",
"db_host": "my_db_host",
}
project_name/env.py
:<!-- language: lang-python -->
import json
import os
def get_credentials():
env_file_dir = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
with open(os.path.join(env_file_dir, '.env.json'), 'r') as f:
creds = json.loads(f.read())
return creds
credentials = get_credentials()
<!-- language: lang-py -->
# project_name/settings/__init__.py
from project_name.env import credentials
from project_name.settings.database import *
from project_name.settings.storage import *
...
SECRET_KEY = credentials.get('django_secret_key')
DEBUG = credentials.get('debug')
ALLOWED_HOSTS = credentials.get('allowed_hosts', [])
INSTALLED_APPS = [
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
...
]
if DEBUG:
INSTALLED_APPS += ['debug_toolbar']
...
# project_name/settings/database.py
from project_name.env import credentials
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.postgresql_psycopg2',
'NAME': credentials.get('db_name', ''),
'USER': credentials.get('db_user', ''),
'HOST': credentials.get('db_host', ''),
'PASSWORD': credentials.get('db_password', ''),
'PORT': '5432',
}
}
.env.json
例如dev,stagging和production;希望对您有所帮助,请告诉我您是否对此解决方案有所了解。
env
是更换dev
,prod
等?旧settings.py
文件中包含什么?是什么在storage.py
和database.py
?
env.py
文件,以便您可以使用环境变量选择要加载的文件
我使用以下文件结构:
project/
...
settings/
settings/common.py
settings/local.py
settings/prod.py
settings/__init__.py -> local.py
所以,__init__.py
是(在Windows LN在UNIX或mklink)的链接,local.py
或者可以是prod.py
这样的配置仍然是在project.settings
模块清洁和有组织的,如果你想使用一个特定的配置,你可以使用环境变量DJANGO_SETTINGS_MODULE
来project.settings.prod
,如果你需要在生产环境中运行命令。
在文件prod.py
和local.py
:
from .shared import *
DATABASE = {
...
}
并且该shared.py
文件在没有特定配置的情况下保持全局状态。
建立CS01的答案:
如果您在使用环境变量时遇到问题,请将其值设置为字符串(例如,我做了DJANGO_DEVELOPMENT="true"
)。
我还更改了cs01的文件工作流程,如下所示:
#settings.py
import os
if os.environ.get('DJANGO_DEVELOPMENT') is not None:
from settings_dev import *
else:
from settings_production import *
#settings_dev.py
development settings go here
#settings_production.py
production settings go here
这样,Django无需在运行适当的设置文件之前通读整个设置文件。如果您的生产文件仅需要生产服务器上的内容,则此解决方案非常有用。
注意:在Python 3中,导入的文件需要.
附加一个附件(例如from .settings_dev import *
)
如果要保留1个设置文件,并且您的开发操作系统与生产操作系统不同,则可以将其放在settings.py的底部:
from sys import platform
if platform == "linux" or platform == "linux2":
# linux
# some special setting here for when I'm on my prod server
elif platform == "darwin":
# OS X
# some special setting here for when I'm developing on my mac
elif platform == "win32":
# Windows...
# some special setting here for when I'm developing on my pc
阅读更多:如何检查Python中的操作系统?
这似乎已经得到了回答,但是我将其与版本控制结合使用的方法如下:
在与我也添加到.gitignore的本地开发环境上的设置相同的目录中设置一个env.py文件:
env.py:
#!usr/bin/python
DJANGO_ENV = True
ALLOWED_HOSTS = ['127.0.0.1', 'dev.mywebsite.com']
.gitignore:
mywebsite/env.py
settings.py:
if os.path.exists(os.getcwd() + '/env.py'):
#env.py is excluded using the .gitignore file - when moving to production we can automatically set debug mode to off:
from env import *
else:
DJANGO_ENV = False
DEBUG = DJANGO_ENV
我只是发现它有效并且更加优雅-使用env.py可以很容易地看到我们的本地环境变量,并且我们可以在没有多个settings.py文件或类似文件的情况下处理所有这些问题。这种方法允许使用各种我们不想在生产服务器上设置的局部环境变量。通过版本控制使用.gitignore,我们还保持所有内容无缝集成。
Config
在env.py
文件中的类中定义所有内容。然后import *
,可以使用导入模块,而不是使用from env import Config
。这样,您也不需要使用if os.path
检查,这会使整个过程变得更加简单。
使用settings.py
进行生产。在同一目录中创建settings_dev.py
替代。
# settings_dev.py
from .settings import *
DEBUG = False
在开发机器上,使用以下命令运行Django应用:
DJANGO_SETTINGS_MODULE=<your_app_name>.settings_dev python3 manage.py runserver
在生产机器上运行,就好像您只是拥有settings.py
而已。
优点
settings.py
(用于生产)完全不知道存在任何其他环境。settings_dev.py
。无需配置收集散落settings_prod.py
,settings_dev.py
和settings_shared.py
。对于设置文件的问题,我选择复制
Project
|---__init__.py [ write code to copy setting file from subdir to current dir]
|---settings.py (do not commit this file to git)
|---setting1_dir
| |-- settings.py
|---setting2_dir
| |-- settings.py
当您运行django时,将运行__init__py。这时,settings.py in setting1_dir
将更换settings.py in Project
。
如何选择不同的环境?
__init__.py
直接修改。__init__.py
。__init__.py
读取此变量。为什么要用这种方式?
因为我不喜欢同一目录中的太多文件,所以太多的文件会使其他合作伙伴感到困惑,并且对于IDE来说不是很好(IDE无法找到我们使用的文件)
如果您不想看到所有这些详细信息,可以将项目分为两部分。
我正在使用不同的app.yaml文件来更改Google Cloud App Engine中环境之间的配置。
您可以使用此命令在终端命令中创建代理连接:
./cloud_sql_proxy -instances=<INSTANCE_CONNECTION_NAME>=tcp:1433
https://cloud.google.com/sql/docs/sqlserver/connect-admin-proxy#macos-64-bit
档案:app.yaml
# [START django_app]
service: development
runtime: python37
env_variables:
DJANGO_DB_HOST: '/cloudsql/myproject:myregion:myinstance'
DJANGO_DEBUG: True
handlers:
# This configures Google App Engine to serve the files in the app's static
# directory.
- url: /static
static_dir: static/
# This handler routes all requests not caught above to your main app. It is
# required when static routes are defined, but can be omitted (along with
# the entire handlers section) when there are no static files defined.
- url: /.*
script: auto
# [END django_app]
这是我的解决方案,具有不同的开发,测试和生产环境
import socket
[...]
DEV_PC = 'PC059'
host_name = socket.gethostname()
if host_name == DEV_PC:
#do something
pass
elif [...]