Skip to main content
====================
django-json-settings
====================

django-json-settings is a small Django application that allows you to provide
specific local settings in JSON format, generally for production or other
non-developer environments (although it could also be used for settings that
vary on a per-developer basis).

This presumes you are deploying into a virtualenv, and it imposes a few
assumptions about how that virtualenv should be structured, based on standard
UNIX naming.

What it does
============

When deployed in a virtualenv, and called from your settings.py,
django-json-settings looks for a file called::

<sys.prefix>/etc/settings.json

This file is then read and it's contents placed into the standard django
settings.

You do this by putting::

from json_settings import *

In your settings.py at an appropriate point.

Additional magic settings
=========================

In addition to this, django-json-settings will set three new values (if they aren't already defined)::

VAR_DIRECTORY to <sys.prefix>/var
STATIC_ROOT to <VAR_DIRECTORY>/static
MEDIA_ROOT to <VAR_DIRECTORY>/media

These are quite useful things to have configured.

How to use it
=============

Obviously first you should add a dependency to your setup.py on django-json-settings, and then install it.

Then add a call to "from json_settings import *" in your settings.py at the
right point. Generally you should structure your settings.py so that you have
3 types of setting:

1. Things that are definitely going to need to be set in production. For example, ADMINS, ALLOWED_HOSTS, SECRET_KEY, STATIC_ROOT
2. Things you might want to change in production, but might want to leave alone, for example LOGGING
3. Things you don't want to change in production, ever. For example, MIDDLEWARE_CLASSES

You should put the json_settings import statement after all of those in 2, but before those in 3.

This means whoever is deploying the software gets lots of choice about the
environment, but can't accidentally hose things that are really core
application configuration.

Here is an example settings.py::

import sys
import os

DEBUG = True
ADMINS = (
)

ALLOWED_HOSTS = []
TIME_ZONE = 'Europe/London'

SECRET_KEY = '*ivd!%8j-=7r36ng^)rmeto(wj)#9)ylzd_hhrzv#x%+a)gs8x'

SESSION_COOKIE_AGE = 3600

LANGUAGE_CODE = 'en-us'

STATIC_ROOT = 'static/'
MEDIA_ROOT = 'media/'

from json_settings import *

TEMPLATE_DEBUG = DEBUG
MANAGERS = ADMINS

SITE_ID = 1

...


Testing local settings
======================

You can use a different settings file by setting an environment variable
JSON_SETTINGS::

JSON_SETTINGS=example.json ./manage.py runserver

If you want to try some settings out.

Error Handling
==============

If the settings.json file is invalid then your application will terminate
with an error.

If the file is absent then this is only an error if it was provided using the
JSON_SETTINGS environment variable. A missing file is otherwise assumed to be
ok (so you can put development defaults in your settings.py and not have a
local settings file at all).

Metadata

Release files for django-json-settings 0.2

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for django-json-settings 0.2
File Size Uploaded Provenance Actions
django-json-settings-0.2.zip 11.9 kB Without provenance Details for django-json-settings-0.2.zip

Release files / django-json-settings-0.2.zip

Download URL django-json-settings-0.2.zip
Size 11.9 kB
Tags Source
SHA-256 checksum
How to use checksums
f856d0d357d0958f0964dd54cc5ad3133f2552628d473c38d2bcebd0960f433d
BLAKE2b-256 checksum
How to use checksums
091fa4d272a017d766ea3c045db5735a13b7e8cd29d7b94721eea449c2530cfa
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No

Security for django-json-settings 0.2

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Release history Release notifications | RSS feed

This release

0.2 This release

1 release file No provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page