আপনি বিভিন্ন পরিবেশ জুড়ে সেটিংস কীভাবে পরিচালনা করেন?

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

মানগুলি হার্ডকোড করা পরিবেশগুলি মিশ্রিত করে এবং — গুরুত্বপূর্ণভাবে — সিক্রেট (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)
```

**পরিবেশ ভেরিয়েবল** থেকে কনফিগ (বিশেষত সিক্রেট) পড়া এটি কোড থেকে রাখে — একই কোডবেস বিভিন্ন ইনজেক্টেড মানের সাথে যেকোনো পরিবেশে চলে (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 অ্যাপ্লিকেশনের জন্য **অপারেশনাল প্রয়োজনীয়তা** এবং **গুরুত্বপূর্ণ নিরাপত্তা অনুশীলন** উভয়ই।

অ্যাপ্লিকেশনগুলি পরিবেশ জুড়ে ভিন্নভাবে আচরণ করতে হবে — development `DEBUG=True` এবং সুবিধাজনক স্থানীয় সেটিংস প্রয়োজন, যখন উৎপাদন `DEBUG=False`, নিরাপত্তা কঠোরকরণ, বাস্তব ডাটাবেস এবং যথাযথ hosts প্রয়োজন — এবং একটি একক হার্ডকোড করা `settings.py` এর সবকিছু পরিবেশন করতে পারে না।

আরও গুরুত্বপূর্ণভাবে, এটি একটি **প্রধান নিরাপত্তা উদ্বেগ**: সিক্রেট (SECRET_KEY, ডাটাবেস পাসওয়ার্ড, API কী) হার্ডকোড করা সংস্করণ নিয়ন্ত্রণে কমিট করে, সবচেয়ে সাধারণ এবং গুরুতর নিরাপত্তা লঙ্ঘনগুলির মধ্যে একটি (repo অ্যাক্সেস সহ যে কেউ, বা একটি পাবলিক repo-তে, আপনার অ্যাপ্লিকেশন এবং ডাটার কী পায়)।

সমাধানগুলি বোঝা — **পরিবেশ ভেরিয়েবল** থেকে কনফিগ এবং সিক্রেট পড়া (এটি কোড থেকে রাখা, twelve-factor পদ্ধতি, প্রায়শই django-environ এর মতো সরঞ্জাম এবং gitignored `.env` ফাইলের সাথে) এবং **সেটিংস বিভাজন** সাধারণ বেস প্লাস পরিবেশ-নির্দিষ্ট ফাইলে — Django নিরাপদে এবং সঠিকভাবে স্থাপন করার জন্য অপরিহার্য।

**গুরুত্বপূর্ণ উৎপাদন সেটিংস** জানা (বিশেষত যে `DEBUG` উৎপাদনে `False` হতে হবে, যেহেতু `DEBUG=True` ট্রেসব্যাক, সোর্স পাথ এবং সেটিংস আক্রমণকারীদের কাছে ফাঁস করে, প্লাস `ALLOWED_HOSTS` এবং নিরাপত্তা কঠোরকরণ) অ-নেগোশিয়েবল উৎপাদন জ্ঞান।

সেটিংস পরিচালনা সঠিকভাবে করা — পরিবেশে সিক্রেট, পরিবেশ-উপযুক্ত কনফিগারেশন, নিরাপদ উৎপাদন ডিফল্ট — Django অ্যাপ্লিকেশনগুলি পেশাদারভাবে চালানো এবং ফাঁস হওয়া সিক্রেট বা ভুলভাবে কনফিগার করা উৎপাদন পরিবেশ থেকে আসা গুরুতর দুর্বলতাগুলি এড়ানোর জন্য মৌলিক, যা যেকোনো বাস্তব স্থাপনার জন্য গুরুত্বপূর্ণ, ব্যবহারিক-গুরুত্বপূর্ণ জ্ঞান।