Kako upravljate postavkama u različitim okruženjima?

Question

Accepted Answer

Django konfiguracija se nalazi u `settings.py`, ali prave aplikacije trebaju **različite postavke za svako okruženje** (development, staging, production) i moraju **čuvati tajne izvan koda**. Pravilno upravljanje ovime je i operativna nužnost i sigurnosni zahtjev.

## Problem sa jednom settings.py datotekom

```python
# ❌ hardcoded, environment-mixed, and INSECURE settings
DEBUG = True                                    # must be False in production!
SECRET_KEY = "hardcoded-secret-in-code"          # ❌ secret committed to git
DATABASES = {"default": {"PASSWORD": "prod-pw"}} # ❌ production password in code
```

Tvrdo kodiranje vrijednosti miješa okruženja i — što je kritično — posvećuje tajne (SECRET_KEY, lozinke baze podataka, API ključeve) u verzijsku kontrolu, što je ozbiljna sigurnosna greška.

## Rješenje 1: čitanje konfiguracije iz okružnih varijabli

```python
import os
from pathlib import Path

SECRET_KEY = os.environ["DJANGO_SECRET_KEY"]    # from the environment, NOT code
DEBUG = os.environ.get("DJANGO_DEBUG", "False") == "True"
ALLOWED_HOSTS = os.environ.get("ALLOWED_HOSTS", "").split(",")
DATABASES = {
    "default": {
        "ENGINE": "django.db.backends.postgresql",
        "NAME": os.environ["DB_NAME"],
        "PASSWORD": os.environ["DB_PASSWORD"],   # injected per environment
    }
}
# tools like django-environ / python-decouple make this cleaner (+ .env file support)
```

Čitanje konfiguracije (posebno tajni) iz **okružnih varijabli** čuva je van koda — ista codebase se pokreće u bilo kojem okruženju s različitim injektiranim vrijednostima (twelve-factor pristup).

## Rješenje 2: podjela datoteka postavki po okruženju

```text
settings/
  base.py          # shared settings (apps, middleware, templates)
  development.py   # from base import *; DEBUG=True, local DB, debug toolbar
  production.py    # from base import *; DEBUG=False, security hardening, real DB
  test.py          # test-specific settings
```

```python
# production.py
from .base import *
DEBUG = False
ALLOWED_HOSTS = ["example.com"]
SECURE_SSL_REDIRECT = True            # production-only security settings
# select via: DJANGO_SETTINGS_MODULE=config.settings.production
```

Podjela postavki na zajedničku `base.py` datoteku plus datoteke po okruženju (odabrane preko `DJANGO_SETTINGS_MODULE`) čisto odvaja konfiguraciju specifičnu za okruženje dok se dijele zajedničke postavke.

## Kritične proizvodne postavke

```python
DEBUG = False                  # ❗ NEVER True in production — leaks sensitive error info
ALLOWED_HOSTS = ["example.com"] # required when DEBUG=False
SECRET_KEY = os.environ[...]    # strong, secret, from the environment
# + SECURE_SSL_REDIRECT, SESSION_COOKIE_SECURE, HSTS, etc. for hardening
```

```text
✓ NEVER commit secrets — use env vars / a secret manager; gitignore .env
✓ DEBUG=False in production (DEBUG=True leaks tracebacks, settings → security risk)
✓ Commit a .env.example documenting required variables (no real values)
```

## Zašto je to važno

Upravljanje postavkama u različitim okruženjima je i **operativna nužnost** i **kritična sigurnosna praksa** za bilo koju pravu Django aplikaciju.

Aplikacije moraju se ponašati različito u različitim okruženjima — development trebá `DEBUG=True` i praktične lokalne postavke, dok production trebá `DEBUG=False`, sigurnosno ojačanje, prave baze podataka i odgovarajuće hosts — i jedna jedinstvena tvrdokodirana `settings.py` ne može poslužiti svim tim potrebama.

Štaviše, ovo je **veliki sigurnosni problem**: tvrdokodiranje tajni (SECRET_KEY, lozinke baze podataka, API ključeve) ih posvećuje verzijskoj kontroli, što je jedno od najčešćih i najozbiljnijih sigurnosnih kršenja (svako tko ima pristup repozitoriju, ili u javnom repozitoriju, dobija ključeve za vašu aplikaciju i podatke).

Razumijevanje rješenja — čitanje konfiguracije i tajni iz **okružnih varijabli** (čuvanje ih van koda, twelve-factor pristup, često s alatima poput django-environ i gitignore `.env` datotekama) i **podjela postavki** na zajedničku bazu plus datoteke po okruženju — je bitno za sigurno i ispravno postavljanje Django aplikacija.

Znanje o **kritičnim proizvodnim postavkama** (posebno da `DEBUG` mora biti `False` u produkciji, jer `DEBUG=True` otkriva tracebacke, putanje izvora i postavke napadačima, plus `ALLOWED_HOSTS` i sigurnosno ojačanje) je nenegibivo znanje za produkciju.

Ispravno upravljanje postavkama — tajne u okruženju, konfiguracija prikladna za okruženje, sigurne proizvodne zadane vrijednosti — je fundamentalno za profesionalno pokretanje Django aplikacija i izbjegavanje ozbiljnih ranjivosti koje dolaze od procurenih tajni ili pogrešno konfiguriranih proizvodnih okruženja, što ga čini važnom, praktički kritičnom znanošću za bilo koji pravi deployment.