Django मा middleware भनेको के हो?

Question

Accepted Answer

**Middleware** एक framework को hooks को set हो जसले **हरेक request र response** लाई globally process गर्छ, web server र आपको views को बीचमा बसी। हरेक middleware ले request लाई जाँच गर्न/परिवर्तन गर्न सक्छ भित्र आउँदा र response लाई बाहिर जाँदा परिवर्तन गर्न सक्छ — authentication, security headers, sessions, र logging जस्ता cross-cutting concerns को लागि आदर्श।

## Middleware को माध्यमबाट request/response flow

```text
Request  → MW1 → MW2 → MW3 → VIEW
Response ← MW1 ← MW2 ← MW3 ← VIEW

Middleware wraps the view like layers of an onion:
  - on the way IN (request): top-to-bottom
  - on the way OUT (response): bottom-to-top (reverse order)
```

## Django को built-in middleware (settings.py मा)

```python
MIDDLEWARE = [
    "django.middleware.security.SecurityMiddleware",          # security headers (HSTS, etc.)
    "django.contrib.sessions.middleware.SessionMiddleware",   # enables request.session
    "django.middleware.common.CommonMiddleware",
    "django.middleware.csrf.CsrfViewMiddleware",              # CSRF protection
    "django.contrib.auth.middleware.AuthenticationMiddleware",# enables request.user
    "django.middleware.clickjacking.XFrameOptionsMiddleware", # clickjacking protection
]
# ORDER MATTERS — e.g. SessionMiddleware must come before AuthenticationMiddleware
```

Django को धेरै core functionality middleware हो: sessions (`request.session`), authentication (`request.user`), CSRF protection, र security headers सबै built-in middleware बाट आउँछ। **क्रम महत्वपूर्ण छ** — केही middleware अन्य को पहिले चल्न निर्भर गर्छ।

## Custom middleware लेख्नु

```python
class TimingMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response          # the next middleware/view

def __call__(self, request):
        # --- code here runs on the way IN (before the view) ---
        import time; start = time.time()

response = self.get_response(request)     # call the next layer (eventually the view)

# --- code here runs on the way OUT (after the view) ---
        response["X-Response-Time"] = f"{time.time() - start:.3f}s"
        return response
```

Ek middleware एक callable हो: `self.get_response(request)` भन्दा पहिले को code request मा चल्छ, पछि को code response मा चल्छ। यसले तपाईलाई view execution भन्दा पहिले र पछि दुबै कार्य गर्न दिन्छ।

## Middleware को सामान्य उपयोग

```text
✓ Authentication / setting request.user
✓ Security headers (CSP, HSTS, X-Frame-Options)
✓ Request/response logging, timing, metrics
✓ Sessions, locale/i18n detection, CORS
✓ Rate limiting, maintenance mode, custom request preprocessing
```

## Middleware बनाम views/decorators

```text
Middleware → GLOBAL, cross-cutting concerns affecting EVERY (or most) request
Decorators/view logic → per-view concerns specific to certain endpoints
→ Use middleware for app-wide behavior; decorators for selective behavior.
```

## किन यो महत्वपूर्ण छ

Middleware Django ले requests लाई कसरी process गर्छ भन्ने कुरा को मूलमा छ — यो समझे frame work को धेरै core functionality वास्तवमा कसरी काम गर्छ र **global, cross-cutting concerns** को लागि सही mechanism प्रदान गर्छ भन्ने कुरा व्याख्या गर्छ।

यो बुझ्नु कि sessions, authentication (`request.user`), CSRF protection, र security headers सबै built-in middleware बाट आउँछ Django को request handling लाई रहस्यपूर्ण बनाइदिन्छ र दिखाउँछ कि किन यी features "just work।" **Onion-layer request/response flow** (middleware ले view लाई घेरेको, requests लाई top-to-bottom र responses लाई bottom-to-top process गर्ने) र कि **क्रम महत्वपूर्ण छ** (केही middleware अन्य मा निर्भर गर्छ, जस्तै authentication को session को आवश्यकता) यो बुझ्नु Django लाई सही तरिकाले configure गर्न र समस्या निवारण गर्नको लागि महत्वपूर्ण छ।

**Custom middleware लेख्ने** क्षमता app-wide behavior लाई स्वच्छ तरिकाले लागू गर्न मूल्यवान छ — logging, timing, custom headers, rate limiting, maintenance mode — एक स्थानमा बरु views मा यो दोहोर्याउनु को बजाय।

यो जान्नु कि middleware (global concerns जसले धेरै requests लाई असर गर्छ) बनाम decorators वा view logic (per-endpoint concerns) को उपयोग कहिले गर्ने भन्ने कुरा एक मुख्य architectural decision हो।

Middleware को वह स्थान हो जहाँ Django ले request/response processing लाई handle गर्छ जो पूरै application मा लागु हुन्छ, यो महत्वपूर्ण, व्यावहारिक knowledge बनाइदिन्छ framework को internals लाई बुझ्न र proper separation of cross-cutting concerns संग well-structured applications बनाउन दुबै को लागि।