Top Related Projects
Reads key-value pairs from a .env file and can set them as environment variables. It helps in developing applications following the 12-factor principles.
A Go port of Ruby's dotenv library (Loads environment variables from .env files)
A Ruby gem to load environment variables from `.env`.
Loads environment variables from `.env` to `getenv()`, `$_ENV` and `$_SERVER` automagically.
Quick Overview
Python Decouple is a configuration management library for Python applications. It allows you to separate configuration parameters from your code, making it easier to manage different environments and keep sensitive information secure. The library supports various configuration sources, including environment variables, ini files, and .env files.
Pros
- Easy to use and integrate into existing projects
- Supports multiple configuration sources (environment variables, ini files, .env files)
- Provides type casting for configuration values
- Helps improve security by keeping sensitive information separate from code
Cons
- Limited built-in support for complex data structures (e.g., nested dictionaries)
- May require additional setup for certain deployment environments
- Documentation could be more comprehensive for advanced use cases
Code Examples
- Basic usage with environment variables:
from decouple import config
DEBUG = config('DEBUG', default=False, cast=bool)
SECRET_KEY = config('SECRET_KEY')
- Using a .env file:
# .env file
DATABASE_URL=postgresql://user:pass@localhost/dbname
# Python code
from decouple import config
DATABASE_URL = config('DATABASE_URL')
- Type casting and default values:
from decouple import config
MAX_CONNECTIONS = config('MAX_CONNECTIONS', default=100, cast=int)
ENABLE_FEATURE = config('ENABLE_FEATURE', default=False, cast=bool)
Getting Started
- Install the library:
pip install python-decouple
- Create a
.env
file in your project root:
DEBUG=True
SECRET_KEY=your-secret-key-here
DATABASE_URL=postgresql://user:pass@localhost/dbname
- Use the library in your Python code:
from decouple import config
DEBUG = config('DEBUG', default=False, cast=bool)
SECRET_KEY = config('SECRET_KEY')
DATABASE_URL = config('DATABASE_URL')
# Use the configuration values in your application
Competitor Comparisons
Reads key-value pairs from a .env file and can set them as environment variables. It helps in developing applications following the 12-factor principles.
Pros of python-dotenv
- Supports multiple file formats (.env, .ini, .yaml)
- Provides CLI tools for working with environment variables
- Allows for variable expansion and interpolation
Cons of python-dotenv
- Lacks type casting functionality
- Does not provide a default value mechanism
- May require additional configuration for complex setups
Code Comparison
python-dotenv:
from dotenv import load_dotenv
load_dotenv()
import os
database_url = os.getenv("DATABASE_URL")
python-decouple:
from decouple import config
database_url = config('DATABASE_URL')
python-dotenv focuses on loading environment variables from files, while python-decouple provides a more comprehensive configuration management system. python-dotenv is simpler to use for basic scenarios, but python-decouple offers more advanced features like type casting and default values.
python-dotenv is better suited for projects that need to work with multiple file formats or require CLI tools for environment variable management. On the other hand, python-decouple is more appropriate for projects that need robust configuration handling with type casting and default values.
Both libraries are actively maintained and have good community support, making them viable options for managing environment variables in Python projects.
A Go port of Ruby's dotenv library (Loads environment variables from .env files)
Pros of godotenv
- Written in Go, offering better performance for Go applications
- Supports multiple .env file loading and overriding
- Provides a CLI tool for running commands with loaded environment variables
Cons of godotenv
- Limited to .env file format, less flexible than python-decouple
- Lacks built-in type casting for configuration values
- No support for default values or configuration hierarchies
Code Comparison
python-decouple:
from decouple import config
DEBUG = config('DEBUG', default=False, cast=bool)
EMAIL = config('EMAIL', default='example@example.com')
godotenv:
import "github.com/joho/godotenv"
godotenv.Load()
debug := os.Getenv("DEBUG")
email := os.Getenv("EMAIL")
Summary
python-decouple offers more flexibility in configuration sources and value processing, while godotenv focuses on .env file handling with better performance for Go applications. python-decouple provides built-in type casting and default values, whereas godotenv relies on standard environment variable access. Choose based on your language preference and specific configuration needs.
A Ruby gem to load environment variables from `.env`.
Pros of dotenv
- Supports multiple programming languages, not just Python
- Allows for environment-specific files (e.g., .env.development, .env.production)
- Provides a CLI tool for managing environment variables
Cons of dotenv
- Requires explicit loading of environment variables in code
- Less flexible configuration options compared to python-decouple
- May have performance overhead when reading from .env files frequently
Code Comparison
python-decouple:
from decouple import config
DEBUG = config('DEBUG', default=False, cast=bool)
EMAIL = config('EMAIL', default='')
dotenv:
from dotenv import load_dotenv
import os
load_dotenv()
DEBUG = os.getenv('DEBUG', 'False') == 'True'
EMAIL = os.getenv('EMAIL', '')
Both libraries aim to separate configuration from code, but python-decouple offers more built-in functionality for casting and default values, while dotenv relies on Python's os module for variable retrieval. python-decouple provides a more streamlined approach to configuration management, whereas dotenv offers broader language support and additional tools for environment variable handling.
Loads environment variables from `.env` to `getenv()`, `$_ENV` and `$_SERVER` automagically.
Pros of phpdotenv
- Supports multiple file formats (
.env
,.env.php
,.env.dist
) - Provides a
Dotenv\Dotenv
class for easy integration and configuration - Offers built-in variable validation and required checks
Cons of phpdotenv
- Limited to PHP environments, unlike python-decouple's language-agnostic approach
- Lacks some advanced features like type casting and default values
- May require additional setup for non-standard environments
Code Comparison
python-decouple:
from decouple import config
DEBUG = config('DEBUG', default=False, cast=bool)
EMAIL = config('EMAIL', default='')
phpdotenv:
$dotenv = Dotenv\Dotenv::createImmutable(__DIR__);
$dotenv->load();
$debug = $_ENV['DEBUG'] ?? false;
$email = $_ENV['EMAIL'] ?? '';
Both libraries aim to separate configuration from code, but python-decouple offers a more streamlined API with built-in type casting and default values. phpdotenv requires manual handling of defaults and type conversion but provides more flexibility in file formats and validation options.
Convert
designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual CopilotREADME
======================================================== Python Decouple: Strict separation of settings from code
Decouple helps you to organize your settings so that you can change parameters without having to redeploy your app.
It also makes it easy for you to:
#. store parameters in ini or .env files; #. define comprehensive default values; #. properly convert values to the correct data type; #. have only one configuration module to rule all your instances.
It was originally designed for Django, but became an independent generic tool for separating settings from code.
.. image:: https://img.shields.io/travis/henriquebastos/python-decouple.svg :target: https://travis-ci.org/henriquebastos/python-decouple :alt: Build Status
.. image:: https://img.shields.io/pypi/v/python-decouple.svg :target: https://pypi.python.org/pypi/python-decouple/ :alt: Latest PyPI version
.. contents:: Summary
Why?
The settings files in web frameworks store many different kinds of parameters:
- Locale and i18n;
- Middlewares and Installed Apps;
- Resource handles to the database, Memcached, and other backing services;
- Credentials to external services such as Amazon S3 or Twitter;
- Per-deploy values such as the canonical hostname for the instance.
The first 2 are project settings and the last 3 are instance settings.
You should be able to change instance settings without redeploying your app.
Why not just use environment variables?
Envvars works, but since os.environ
only returns strings, it's tricky.
Let's say you have an envvar DEBUG=False
. If you run:
.. code-block:: python
if os.environ['DEBUG']:
print True
else:
print False
It will print True, because os.environ['DEBUG']
returns the string "False"
.
Since it's a non-empty string, it will be evaluated as True.
Decouple provides a solution that doesn't look like a workaround: config('DEBUG', cast=bool)
.
Usage
Install:
.. code-block:: console
pip install python-decouple
Then use it on your settings.py
.
#. Import the config
object:
.. code-block:: python
from decouple import config
#. Retrieve the configuration parameters:
.. code-block:: python
SECRET_KEY = config('SECRET_KEY')
DEBUG = config('DEBUG', default=False, cast=bool)
EMAIL_HOST = config('EMAIL_HOST', default='localhost')
EMAIL_PORT = config('EMAIL_PORT', default=25, cast=int)
Encodings
Decouple's default encoding is UTF-8
.
But you can specify your preferred encoding.
Since config
is lazy and only opens the configuration file when it's first needed, you have the chance to change
its encoding right after import.
.. code-block:: python
from decouple import config
config.encoding = 'cp1251'
SECRET_KEY = config('SECRET_KEY')
If you wish to fall back to your system's default encoding use:
.. code-block:: python
import locale
from decouple import config
config.encoding = locale.getpreferredencoding(False)
SECRET_KEY = config('SECRET_KEY')
Where is the settings data stored?
Decouple supports both .ini and .env files.
Ini file
Simply create a ``settings.ini`` next to your configuration module in the form:
.. code-block:: ini
[settings]
DEBUG=True
TEMPLATE_DEBUG=%(DEBUG)s
SECRET_KEY=ARANDOMSECRETKEY
DATABASE_URL=mysql://myuser:mypassword@myhost/mydatabase
PERCENTILE=90%%
#COMMENTED=42
*Note*: Since ``ConfigParser`` supports *string interpolation*, to represent the character ``%`` you need to escape it as ``%%``.
Env file
Simply create a .env
text file in your repository's root directory in the form:
.. code-block:: console
DEBUG=True
TEMPLATE_DEBUG=True
SECRET_KEY=ARANDOMSECRETKEY
DATABASE_URL=mysql://myuser:mypassword@myhost/mydatabase
PERCENTILE=90%
#COMMENTED=42
Example: How do I use it with Django?
Given that I have a .env
file in my repository's root directory, here is a snippet of my settings.py
.
I also recommend using pathlib <https://docs.python.org/3/library/pathlib.html>
_
and dj-database-url <https://pypi.python.org/pypi/dj-database-url/>
_.
.. code-block:: python
# coding: utf-8
from decouple import config
from unipath import Path
from dj_database_url import parse as db_url
BASE_DIR = Path(__file__).parent
DEBUG = config('DEBUG', default=False, cast=bool)
TEMPLATE_DEBUG = DEBUG
DATABASES = {
'default': config(
'DATABASE_URL',
default='sqlite:///' + BASE_DIR.child('db.sqlite3'),
cast=db_url
)
}
TIME_ZONE = 'America/Sao_Paulo'
USE_L10N = True
USE_TZ = True
SECRET_KEY = config('SECRET_KEY')
EMAIL_HOST = config('EMAIL_HOST', default='localhost')
EMAIL_PORT = config('EMAIL_PORT', default=25, cast=int)
EMAIL_HOST_PASSWORD = config('EMAIL_HOST_PASSWORD', default='')
EMAIL_HOST_USER = config('EMAIL_HOST_USER', default='')
EMAIL_USE_TLS = config('EMAIL_USE_TLS', default=False, cast=bool)
# ...
Attention with undefined parameters
In the above example, all configuration parameters except ``SECRET_KEY = config('SECRET_KEY')``
have a default value in case it does not exist in the ``.env`` file.
If ``SECRET_KEY`` is not present in the ``.env``, *decouple* will raise an ``UndefinedValueError``.
This *fail fast* policy helps you avoid chasing misbehaviours when you eventually forget a parameter.
Overriding config files with environment variables
Sometimes you may want to change a parameter value without having to edit the .ini
or .env
files.
Since version 3.0, decouple respects the unix way. Therefore environment variables have precedence over config files.
To override a config parameter you can simply do:
.. code-block:: console
DEBUG=True python manage.py
How does it work?
Decouple always searches for Options in this order:
#. Environment variables; #. Repository: ini or .env file; #. Default argument passed to config.
There are 4 classes doing the magic:
-
Config
Coordinates all the configuration retrieval.
-
RepositoryIni
Can read values from
os.environ
and ini files, in that order.Note: Since version 3.0 decouple respects unix precedence of environment variables over config files.
-
RepositoryEnv
Can read values from
os.environ
and.env
files.Note: Since version 3.0 decouple respects unix precedence of environment variables over config files.
-
AutoConfig
This is a lazy
Config
factory that detects which configuration repository you're using.It recursively searches up your configuration module path looking for a
settings.ini
or a.env
file.Optionally, it accepts
search_path
argument to explicitly define where the search starts.
The config object is an instance of AutoConfig
that instantiates a Config
with the proper Repository
on the first time it is used.
Understanding the CAST argument
By default, all values returned by decouple
are strings
, after all they are
read from text files
or the envvars
.
However, your Python code may expect some other value type, for example:
- Django's
DEBUG
expects a booleanTrue
orFalse
. - Django's
EMAIL_PORT
expects aninteger
. - Django's
ALLOWED_HOSTS
expects alist
of hostnames. - Django's
SECURE_PROXY_SSL_HEADER
expects atuple
with two elements, the name of the header to look for and the required value.
To meet this need, the config
function accepts a cast
argument which
receives any callable, that will be used to transform the string value
into something else.
Let's see some examples for the above mentioned cases:
.. code-block:: python
>>> os.environ['DEBUG'] = 'False'
>>> config('DEBUG', cast=bool)
False
>>> os.environ['EMAIL_PORT'] = '42'
>>> config('EMAIL_PORT', cast=int)
42
>>> os.environ['ALLOWED_HOSTS'] = '.localhost, .herokuapp.com'
>>> config('ALLOWED_HOSTS', cast=lambda v: [s.strip() for s in v.split(',')])
['.localhost', '.herokuapp.com']
>>> os.environ['SECURE_PROXY_SSL_HEADER'] = 'HTTP_X_FORWARDED_PROTO, https'
>>> config('SECURE_PROXY_SSL_HEADER', cast=Csv(post_process=tuple))
('HTTP_X_FORWARDED_PROTO', 'https')
As you can see, cast
is very flexible. But the last example got a bit complex.
Built in Csv Helper
To address the complexity of the last example, *Decouple* comes with an extensible *Csv helper*.
Let's improve the last example:
.. code-block:: python
>>> from decouple import Csv
>>> os.environ['ALLOWED_HOSTS'] = '.localhost, .herokuapp.com'
>>> config('ALLOWED_HOSTS', cast=Csv())
['.localhost', '.herokuapp.com']
You can also have a `default` value that must be a string to be processed by `Csv`.
.. code-block:: python
>>> from decouple import Csv
>>> config('ALLOWED_HOSTS', default='127.0.0.1', cast=Csv())
['127.0.0.1']
You can also parametrize the *Csv Helper* to return other types of data.
.. code-block:: python
>>> os.environ['LIST_OF_INTEGERS'] = '1,2,3,4,5'
>>> config('LIST_OF_INTEGERS', cast=Csv(int))
[1, 2, 3, 4, 5]
>>> os.environ['COMPLEX_STRING'] = '%virtual_env%\t *important stuff*\t trailing spaces '
>>> csv = Csv(cast=lambda s: s.upper(), delimiter='\t', strip=' %*')
>>> csv(os.environ['COMPLEX_STRING'])
['VIRTUAL_ENV', 'IMPORTANT STUFF', 'TRAILING SPACES']
By default *Csv* returns a ``list``, but you can get a ``tuple`` or whatever you want using the ``post_process`` argument:
.. code-block:: python
>>> os.environ['SECURE_PROXY_SSL_HEADER'] = 'HTTP_X_FORWARDED_PROTO, https'
>>> config('SECURE_PROXY_SSL_HEADER', cast=Csv(post_process=tuple))
('HTTP_X_FORWARDED_PROTO', 'https')
Built in Choices helper
Allows for cast and validation based on a list of choices. For example:
.. code-block:: python
>>> from decouple import config, Choices
>>> os.environ['CONNECTION_TYPE'] = 'usb'
>>> config('CONNECTION_TYPE', cast=Choices(['eth', 'usb', 'bluetooth']))
'usb'
>>> os.environ['CONNECTION_TYPE'] = 'serial'
>>> config('CONNECTION_TYPE', cast=Choices(['eth', 'usb', 'bluetooth']))
Traceback (most recent call last):
...
ValueError: Value not in list: 'serial'; valid values are ['eth', 'usb', 'bluetooth']
You can also parametrize Choices helper to cast to another type:
.. code-block:: python
>>> os.environ['SOME_NUMBER'] = '42'
>>> config('SOME_NUMBER', cast=Choices([7, 14, 42], cast=int))
42
You can also use a Django-like choices tuple:
.. code-block:: python
>>> USB = 'usb'
>>> ETH = 'eth'
>>> BLUETOOTH = 'bluetooth'
>>>
>>> CONNECTION_OPTIONS = (
... (USB, 'USB'),
... (ETH, 'Ethernet'),
... (BLUETOOTH, 'Bluetooth'),)
...
>>> os.environ['CONNECTION_TYPE'] = BLUETOOTH
>>> config('CONNECTION_TYPE', cast=Choices(choices=CONNECTION_OPTIONS))
'bluetooth'
Frequently Asked Questions
- How to specify the
.env
path?
.. code-block:: python
import os
from decouple import Config, RepositoryEnv
config = Config(RepositoryEnv("path/to/.env"))
2) How to use python-decouple with Jupyter?
.. code-block:: python
import os
from decouple import Config, RepositoryEnv
config = Config(RepositoryEnv("path/to/.env"))
3) How to specify a file with another name instead of .env
?
.. code-block:: python
import os
from decouple import Config, RepositoryEnv
config = Config(RepositoryEnv("path/to/somefile-like-env"))
4) How to define the path to my env file on a env var?
.. code-block:: python
import os
from decouple import Config, RepositoryEnv
DOTENV_FILE = os.environ.get("DOTENV_FILE", ".env") # only place using os.environ
config = Config(RepositoryEnv(DOTENV_FILE))
5) How can I have multiple env files working together?
.. code-block:: python
from collections import ChainMap
from decouple import Config, RepositoryEnv
config = Config(ChainMap(RepositoryEnv(".private.env"), RepositoryEnv(".env")))
Contribute
Your contribution is welcome.
Setup your development environment:
.. code-block:: console
git clone git@github.com:henriquebastos/python-decouple.git
cd python-decouple
python -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt
tox
Decouple supports both Python 2.7 and 3.6. Make sure you have both installed.
I use pyenv <https://github.com/pyenv/pyenv#simple-python-version-management-pyenv>
_ to
manage multiple Python versions and I described my workspace setup on this article:
The definitive guide to setup my Python workspace <https://medium.com/@henriquebastos/the-definitive-guide-to-setup-my-python-workspace-628d68552e14>
_
You can submit pull requests and issues for discussion. However I only consider merging tested code.
License
The MIT License (MIT)
Copyright (c) 2017 Henrique Bastos
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Top Related Projects
Reads key-value pairs from a .env file and can set them as environment variables. It helps in developing applications following the 12-factor principles.
A Go port of Ruby's dotenv library (Loads environment variables from .env files)
A Ruby gem to load environment variables from `.env`.
Loads environment variables from `.env` to `getenv()`, `$_ENV` and `$_SERVER` automagically.
Convert
designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual Copilot