آپ مختلف ماحول میں ترتیبات کا انتظام کیسے کرتے ہیں؟

Question

Accepted Answer

Django کی ترتیبات `settings.py` میں رہتی ہیں، لیکن حقیقی ایپلیکیشنز کو **ہر ماحول میں مختلف ترتیبات** درکار ہوتی ہیں (ڈیولپمنٹ، سٹیجنگ، پروڈکشن) اور **اسرار کوڈ سے باہر رکھنا** لازمی ہے۔ اس کو صحیح طریقے سے منظم کرنا آپریشنل ضرورت اور سیکیورٹی کی ضرورت دونوں ہے۔

## ایک ہی 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
```

اقدار کو سخت کوڈ میں لکھنا ماحول کو ملا دیتا ہے اور — بہت اہم بات یہ ہے کہ — اسرار (SECRET_KEY، ڈیٹا بیس پاس ورڈ، API کلیدیں) ورژن کنٹرول میں کمٹ کرتا ہے، جو سنگین سیکیورٹی خطرہ ہے۔

## حل 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)
```

کنفیگریشن (خاص طور پر اسرار) کو **ماحول کی متغیرات** سے پڑھنا اسے کوڈ سے باہر رکھتا ہے — ایک جیسا کوڈ بیس کسی بھی ماحول میں مختلف داخل کی گئی قیمتوں کے ساتھ چلتا ہے (بارہ عاملی نقطہ نظر)۔

## حل 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 درکار ہیں — اور ایک سخت کوڈ شدہ `settings.py` ان سب کی خدمت نہیں کر سکتا۔

زیادہ اہم بات یہ ہے کہ یہ **بڑا سیکیورٹی مسئلہ** ہے: اسرار کو سخت کوڈ میں لکھنا (SECRET_KEY، ڈیٹا بیس پاس ورڈ، API کلیدیں) انہیں ورژن کنٹرول میں کمٹ کرتا ہے، سب سے عام اور سنگین سیکیورٹی خطرات میں سے ایک (کسی کو بھی repo رسائی ہے، یا عوامی repo میں، آپ کی ایپلیکیشن اور ڈیٹا کی کلیدیں ملتی ہیں)۔

حل کو سمجھنا — **ماحول کی متغیرات** سے کنفیگریشن اور اسرار پڑھنا (انہیں کوڈ سے باہر رکھنا، بارہ عاملی نقطہ نظر، اکثر django-environ جیسے اوزاروں اور gitignored `.env` فائلوں کے ساتھ) اور **ترتیبات کو تقسیم کرنا** مشترکہ بنیاد اور ماحول کے لحاظ سے فائلوں میں — Django کو محفوظ اور صحیح طریقے سے تعینات کرنے کے لیے ضروری ہے۔

**اہم پروڈکشن ترتیبات** کو جاننا (خاص طور پر یہ کہ `DEBUG` پروڈکشن میں `False` ہونا چاہیے، کیونکہ `DEBUG=True` tracebacks، source paths، اور ترتیبات کو حملہ آوروں کو لیک کرتا ہے، اور `ALLOWED_HOSTS` اور سیکیورٹی کی سختی) غیر قابل تنازعہ پروڈکشن علم ہے۔

ترتیبات کا انتظام صحیح طریقے سے کرنا — ماحول میں اسرار، ماحول کے لحاظ سے کنفیگریشن، محفوظ پروڈکشن ڈیفالٹس — Django ایپلیکیشنز کو پروفیشنل طریقے سے چلانے اور لیک شدہ اسرار یا غلط ترتیب شدہ پروڈکشن ماحول سے آنے والی سنگین کمزوریوں سے بچنے کے لیے بنیادی ہے، اسے کسی بھی حقیقی تعیناتی کے لیے اہم، عملی طور پر اہم علم بناتا ہے۔