Configure your Django project in easy and readable way.
Documentation: https://marcinn.github.io/django-configvars/
Configvars gives possibility to configure Django-based project with local file and environment variables (i.e. for Docker containers).
Configvars uses a single global configuration registry; the module-level helpers (initialize, config, secret) operate on this singleton.
Environmental variables are the most important. If not set, the variables from the local module will be used, or if these are not present either - the default values will be used:
ENV > LOCAL > DEFAULT
pip install git+https://gitlab.com/marcinjn/django-configvars.git
Add configvars to your settings.INSTALLED_APPS:
INSTALLED_APPS = [
# ...
"configvars",
# ...
]In your settings.py add these lines at the top of the file:
from convigvars import config, secret
SOME_API_KEY = config("SOME_API_KEY", "default_api_key")
SOME_API_SECRET = secret("SOME_API_SECRET", "")Then use local settings to set these values or pass them by environment
variables. To use local file, add these settings to local.py file in
the same folder where settings.py file is located, and fill it with:
SOME_API_KEY = "NEW_API_KEY"
SOME_API_SECRET = "NEW_API_SECRET"
To check if they are apllied propely run manage.py configvars.
You can override these settings by using environment vars (i.e. for deployment in containers). To do so just declare an environment variable as usual:
SOME_API_KEY="ENV_API_KEY" manage.py configvars
Secrets passed by environment variables should be set as literal values:
SOME_API_SECRET="ENV_API_SECRET" manage.py configvars
For file-based secrets (for example Docker Swarm / Portainer), use
*_FILE variables and secret(..., file_var=...) in settings.py
(see Handling Secrets below).
In your settings.py file declare configurable variables by using config or secret functions. The first one is used for regular variables, the second one - for secure variables (like passwords, secrets, etc).
DATABASES = {
"default": {
"NAME": config("DB_NAME", "example"), # `example` as default database name
"USER": config("DB_USER", "postgres"), # `postgres` as default username
"PASSWORD": secret("DB_PASSWORD"),
"HOST": config("DB_HOST", "localhost"), # `localhost` as default host
"PORT": config("DB_PORT", 5432), # `5432` as default port
}
}secret() hides the secret value in config dumps. To read a secret from a
file, pass the name of a separate variable with file_var.
DB_PASSWORD = secret("DB_PASSWORD", file_var="DB_PASSWORD_FILE")For multiline secrets (for example PEM blocks), enable it explicitly:
TLS_KEY = secret("TLS_KEY", file_var="TLS_KEY_FILE", allow_multiline=True)Example values (with initialize(env_prefix="APP_")):
# local / .env
APP_DB_PASSWORD="plain-password"
# Docker Swarm / Portainer
APP_DB_PASSWORD_FILE="/run/secrets/db_password"If both variables are set, secret() raises ImproperlyConfigured.
If *_FILE is set and the file does not exist, secret() raises
ImproperlyConfigured.
By default file-based secrets must be single-line (allow_multiline=False)
and oversized files are rejected.
In manage.py configvars output, configured secret values are shown as
"*****" (while None / empty values remain visible as None / "").
python manage.py configvarsExample output (an unset secret is shown as None, a configured one is shown as "*****"):
DB_NAME = 'example'
DB_USER = 'postgres'
DB_PASSWORD = None
DB_HOST = 'localhost'
DB_PORT = 5432
When the secret is configured, it is masked:
DB_PASSWORD = '*****'
To show changed config variables by local.py or environment variables use:
python manage.py configvars --changedIn your settings.py declare config or secret with additional desc argument:
MY_CUSTOM_VARIABLE = config("MY_CUSTOM_VARIABLE", "default_value", desc="Set's custom variable")Then you can dump your config variables with descriptions:
$ python manage.py configvars --comment
MY_CUSTOM_VARIABLE = 'default_value' # Set's custom variableDjango Configvars will try to import <projectname>.local module by
default. By using this file you can customize your config variables -
they will be used as current values.
To do so, create empty local.py in directory where your settings.py file
is located, then assign values to your variables.
As local config variables are specific to a local machine, consider adding local.py to .gitignore.
Note that:
- Local settings can be overriden by environment variables
- Local settings can be skipped for your project
To change location or name of your local settings file, you must
initialize Django Configvars explicitely in settings.py module:
from configvars import initialize
initialize("other.location.of.settings_local")
Django Config vars will check at the first whether environment name of the variable is defined. It is important for deployments in containers, where configuration variables are passed mostly by environment variables.
If environment variable does not exist, a local variable will be used. If local value is not defined, a default value will be used.
Environment variables can be prefixed to solve issues with eventual name
conflicts. To do so you must initialize Django Configvars explicitely in
settings.py file:
from configvars import initialize
initialize(env_prefix="MYPREFIX_")
To ask question please create an issue.
- better support for type casts
- config vars view for Django Admin
You can contribute by creating issues, feature requests or merge requests.
- Marcin Nowak
ISC License
Copyright (c) 2023 Marcin Nowak
Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies.
THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.