Django में middleware क्या है?

Question

Accepted Answer

**Middleware** hooks का एक framework है जो **प्रत्येक request और response** को वैश्विक रूप से process करता है, web server और आपके views के बीच बैठते हुए। प्रत्येक middleware अंदर आते समय requests और बाहर जाते समय responses का निरीक्षण/संशोधन कर सकता है — 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 की अधिकांश मुख्य कार्यक्षमता middleware है: sessions (`request.session`), authentication (`request.user`), CSRF protection, और security headers सभी built-in middleware से आते हैं। **Order मायने रखता है** — कुछ 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
```

एक middleware एक callable है: `self.get_response(request)` से पहले का code request पर चलता है, बाद का code response पर चलता है। यह आपको view निष्पादन से पहले और बाद दोनों में कार्य करने देता है।

## सामान्य 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 करता है — इसे समझना यह समझाता है कि framework की अधिकांश मुख्य कार्यक्षमता वास्तव में कैसे काम करती है और **वैश्विक, cross-cutting concerns** के लिए सही तंत्र प्रदान करता है।

यह पहचानना कि sessions, authentication (`request.user`), CSRF protection, और security headers सभी built-in middleware से आते हैं, Django की request handling को रहस्यमुक्त करता है और दिखाता है कि ये विशेषताएँ "बस काम" क्यों करती हैं। **onion-layer request/response flow** को समझना (middleware view को wrap करते हुए, requests को top-to-bottom और responses को bottom-to-top process करते हुए) और कि **order मायने रखता है** (कुछ middleware दूसरों पर निर्भर करते हैं, जैसे authentication को पहले sessions की आवश्यकता) Django को सही ढंग से configure करने और समस्याओं को debug करने के लिए महत्वपूर्ण है।

**custom middleware लिखने** की क्षमता app-wide व्यवहार को साफ़-सुथरे ढंग से लागू करने के लिए मूल्यवान है — logging, timing, custom headers, rate limiting, maintenance mode — views में इसे दोहराने के बजाय एक ही जगह पर।

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

Middleware वह जगह है जहाँ Django request/response processing संभालता है जो पूरे application पर लागू होती है, जिससे यह framework के internals को समझने और cross-cutting concerns के उचित पृथक्करण के साथ अच्छी तरह से संरचित applications बनाने दोनों के लिए महत्वपूर्ण, व्यावहारिक रूप से प्रासंगिक ज्ञान बन जाता है।