Πώς διαχειρίζεστε τις ρυθμίσεις σε διάφορα περιβάλλοντα;

Question

Accepted Answer

Η διαμόρφωση του Django βρίσκεται στο `settings.py`, αλλά οι πραγματικές εφαρμογές χρειάζονται **διαφορετικές ρυθμίσεις ανά περιβάλλον** (development, staging, production) και πρέπει να κρατούν **τα μυστικά εκτός του κώδικα**. Η σωστή διαχείριση αυτής της λειτουργίας είναι τόσο μια λειτουργική ανάγκη όσο και μια απαίτηση ασφάλειας.

## Το πρόβλημα με ένα μόνο settings.py

```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
```

Ο hardcoding των τιμών αναμιγνύει τα περιβάλλοντα και — κρίσιμα — commit τα μυστικά (SECRET_KEY, κωδικοί βάσης δεδομένων, API keys) στον έλεγχο έκδοσης, ένα σοβαρό παραβίαση ασφάλειας.

## Λύση 1: ανάγνωση διαμόρφωσης από μεταβλητές περιβάλλοντος

```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)
```

Η ανάγνωση διαμόρφωσης (ειδικά τα μυστικά) από **μεταβλητές περιβάλλοντος** την κρατά εκτός του κώδικα — το ίδιο codebase εκτελείται σε οποιοδήποτε περιβάλλον με διαφορετικές εισαγόμενες τιμές (η προσέγγιση twelve-factor).

## Λύση 2: διαχωρισμός αρχείων ρυθμίσεων ανά περιβάλλον

```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
```

Ο διαχωρισμός των ρυθμίσεων σε ένα κοινό `base.py` συν ανά-περιβάλλον αρχεία (επιλεγμένο μέσω `DJANGO_SETTINGS_MODULE`) χωρίζει καθαρά τη διαμόρφωση ειδική του περιβάλλοντος ενώ μοιράζεται κοινές ρυθμίσεις.

## Κρίσιμες ρυθμίσεις παραγωγής

```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)
```

## Γιατί έχει σημασία

Η διαχείριση των ρυθμίσεων σε διάφορα περιβάλλοντα είναι τόσο μια **λειτουργική ανάγκη** όσο και μια **κρίσιμη πρακτική ασφάλειας** για οποιαδήποτε πραγματική εφαρμογή Django.

Οι εφαρμογές πρέπει να συμπεριφέρονται διαφορετικά σε διάφορα περιβάλλοντα — η ανάπτυξη χρειάζεται `DEBUG=True` και βολικές τοπικές ρυθμίσεις, ενώ η παραγωγή απαιτεί `DEBUG=False`, σκληρή ασφάλεια, πραγματικές βάσεις δεδομένων και κατάλληλους hosts — και ένα μόνο hardcoded `settings.py` δεν μπορεί να εξυπηρετήσει όλα αυτά.

Ακόμη πιο σημαντικά, αυτό είναι μια **κύρια ανησυχία ασφάλειας**: το hardcoding των μυστικών (το SECRET_KEY, οι κωδικοί βάσης δεδομένων, τα API keys) τα commit στον έλεγχο έκδοσης, ένα από τα πιο συνηθισμένα και σοβαρά παραβιάσεων ασφάλειας (ο καθένας με πρόσβαση στο repo, ή σε ένα δημόσιο repo, παίρνει τα κλειδιά της εφαρμογής σας και των δεδομένων σας).

Η κατανόηση των λύσεων — ανάγνωση διαμόρφωσης και μυστικών από **μεταβλητές περιβάλλοντος** (κρατώντας τα εκτός του κώδικα, η προσέγγιση twelve-factor, συχνά με εργαλεία όπως django-environ και gitignored `.env` αρχεία) και **διαχωρισμός ρυθμίσεων** σε ένα κοινό base συν ανά-περιβάλλον αρχεία — είναι απαραίτητη για την ασφαλή και σωστή ανάπτυξη του Django.

Η γνώση των **κρίσιμων ρυθμίσεων παραγωγής** (ειδικά ότι το `DEBUG` πρέπει να είναι `False` στην παραγωγή, αφού το `DEBUG=True` διαρρέει tracebacks, διαδρομές πηγής και ρυθμίσεις σε επιτιθέμενους, συν το `ALLOWED_HOSTS` και σκληρή ασφάλεια) είναι μη διαπραγματεύσιμη γνώση παραγωγής.

Η σωστή διαχείριση των ρυθμίσεων — μυστικά στο περιβάλλον, διαμόρφωση κατάλληλη του περιβάλλοντος, ασφαλή προεπιλογές παραγωγής — είναι θεμελιώδης για την εκτέλεση εφαρμογών Django με επαγγελματισμό και την αποφυγή των σοβαρών ευπαθειών που προέρχονται από διαρρεύσεις μυστικών ή λανθασμένα διαμορφωμένα περιβάλλοντα παραγωγής, καθιστώντας το σημαντικό, πρακτικά-κρίσιμη γνώση για οποιαδήποτε πραγματική ανάπτυξη.