คุณจัดการ settings ในแต่ละ environment อย่างไร?

Question

Accepted Answer

การตั้งค่าของ Django อยู่ใน `settings.py` แต่แอปพลิเคชันจริงต้องการ **settings ที่ต่างกันในแต่ละ environment** (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
```

การ hardcode ค่าทำให้ environment ปะปนกัน และที่สำคัญคือ commit ความลับ (SECRET_KEY, รหัสผ่านฐานข้อมูล, API key) เข้าสู่ version control ซึ่งเป็นช่องโหว่ด้านความปลอดภัยที่ร้ายแรง

## วิธีที่ 1: อ่านค่าตั้งค่าจาก environment variable

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

การอ่านค่าตั้งค่า (โดยเฉพาะความลับ) จาก **environment variable** ทำให้มันอยู่นอกโค้ด — โค้ดเบสเดียวกันรันได้ในทุก environment ด้วยค่าที่ถูก inject เข้ามาต่างกัน (แนวทาง twelve-factor)

## วิธีที่ 2: แยกไฟล์ settings ตาม environment

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

การแยก settings ออกเป็น `base.py` ที่ใช้ร่วมกัน บวกกับไฟล์ต่อ environment (เลือกผ่าน `DJANGO_SETTINGS_MODULE`) แยกการตั้งค่าเฉพาะ environment ออกจากกันอย่างสะอาดในขณะที่ใช้ settings ที่ร่วมกัน

## settings ที่สำคัญยิ่งสำหรับ production

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

## ทำไมจึงสำคัญ

การจัดการ settings ในแต่ละ environment เป็นทั้ง **ความจำเป็นเชิงปฏิบัติการ** และ **แนวปฏิบัติด้านความปลอดภัยที่สำคัญยิ่ง** สำหรับแอปพลิเคชัน Django จริงทุกตัว

แอปพลิเคชันต้องทำงานแตกต่างกันในแต่ละ environment — development ต้องการ `DEBUG=True` และการตั้งค่าที่สะดวกสำหรับ local ในขณะที่ production ต้องการ `DEBUG=False`, การ hardening ด้านความปลอดภัย, ฐานข้อมูลจริง และ host ที่ถูกต้อง — และ `settings.py` ไฟล์เดียวที่ hardcode ไว้ไม่สามารถรองรับทั้งหมดนี้ได้

ที่สำคัญกว่าคือ นี่เป็น **ประเด็นด้านความปลอดภัยที่ใหญ่**: การ hardcode ความลับ (SECRET_KEY, รหัสผ่านฐานข้อมูล, API key) จะ commit มันเข้าสู่ version control ซึ่งเป็นหนึ่งในช่องโหว่ด้านความปลอดภัยที่พบบ่อยและร้ายแรงที่สุด (ใครก็ตามที่เข้าถึง repo ได้ หรือใน repo สาธารณะ จะได้กุญแจสู่แอปพลิเคชันและข้อมูลของคุณ)

การเข้าใจวิธีแก้ — การอ่านค่าตั้งค่าและความลับจาก **environment variable** (เก็บไว้นอกโค้ด, แนวทาง twelve-factor, มักใช้เครื่องมืออย่าง django-environ และไฟล์ `.env` ที่ gitignore) และ **การแยก settings** ออกเป็น base ที่ใช้ร่วมกันบวกกับไฟล์ต่อ environment — เป็นสิ่งจำเป็นสำหรับการ deploy Django อย่างปลอดภัยและถูกต้อง

การรู้ **settings ที่สำคัญยิ่งสำหรับ production** (โดยเฉพาะที่ `DEBUG` ต้องเป็น `False` ใน production เนื่องจาก `DEBUG=True` ทำให้ traceback, path ของ source และ settings รั่วไหล รวมถึง `ALLOWED_HOSTS` และการ hardening ด้านความปลอดภัย) เป็นความรู้ production ที่ห้ามต่อรอง

การจัดการ settings ให้ถูกต้อง — ความลับอยู่ใน environment, การตั้งค่าที่เหมาะกับแต่ละ environment, ค่า production ที่ปลอดภัยโดยปริยาย — เป็นพื้นฐานของการรัน Django อย่างมืออาชีพและหลีกเลี่ยงช่องโหว่ร้ายแรงที่มาจากความลับที่รั่วไหลหรือ production ที่ตั้งค่าผิด ทำให้มันเป็นความรู้ที่สำคัญและจำเป็นเชิงปฏิบัติสำหรับการ deploy จริงทุกครั้ง