Django-তে request lifecycle কীভাবে কাজ করে?

Question

IT Interview Practice · Accepted Answer

Django-তে, একটি request **WSGI/ASGI handler** দ্বারা পরিচালিত হয়, **middleware**-এর একটি stack দ্বারা মোড়ানো হয়, **URL resolver** দ্বারা একটি **view**-তে route হয়, এবং একটি `HttpResponse`-এ পরিণত হয় যা একই middleware-এর মধ্য দিয়ে বিপরীত ক্রমে ফিরে বেরিয়ে যায়।

## ধাপগুলি

```
Web server ──▶ WSGI/ASGI handler  (HttpRequest তৈরি করে)
   ▼
Middleware — request phase        (উপর → নিচ: get_response-এর আগে __call__)
   ▼
URL resolver (urls.py)  ── path মেলায় → view + kwargs
   ▼
Middleware — process_view hook
   ▼
View (function / class-based)  ── আপনার logic, HttpResponse ফেরত দেয়
   ▼
Middleware — response phase        (নিচ → উপর: get_response-এর পরে)
   ▼
HttpResponse ──▶ client
```

1. **Handler** — WSGI (sync) বা ASGI (async) handler environ/scope থেকে একটি `HttpRequest` তৈরি করে।
2. **Middleware, request phase** — প্রতিটি middleware-এর `get_response()`-এর *আগের* code উপর-থেকে-নিচ চলে (`SecurityMiddleware`, `SessionMiddleware`, `AuthenticationMiddleware`, CSRF, …)। এদের যেকোনোটি আগেভাগে থামিয়ে একটি response ফেরত দিতে পারে।
3. **URL resolution** — `ROOT_URLCONF` pattern গুলি path-এর সাথে মেলানো হয় একটি view নির্বাচন করতে ও kwargs ধরতে।
4. **`process_view`** — একটি middleware hook যা view কল হওয়ার ঠিক আগে চলে।
5. **View** — আপনার function- বা class-based view চলে, সাধারণত model query করে ও একটি template render করে, এবং একটি `HttpResponse` ফেরত দেয়। exception `process_exception` ট্রিগার করে।
6. **Middleware, response phase** — `get_response()`-এর *পরের* code নিচ-থেকে-উপর চলে, middleware-কে বেরিয়ে যাওয়া response (header, compression) পরিবর্তন করতে দেয়।
7. `HttpResponse` server ও client-এর কাছে stream করে ফেরত পাঠানো হয়।

```python
# middleware.py
class TimingMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response

def __call__(self, request):          # 2. request phase (আগে)
        request.started = time.monotonic()
        response = self.get_response(request)  # পরের layer / view কল করে
        response["X-Time"] = "..."         # 6. response phase (পরে)
        return response

# urls.py  → 3. routing
urlpatterns = [path("items/<int:pk>/", views.item_detail)]

# views.py → 5. view
def item_detail(request, pk):
    return render(request, "item.html", {"item": Item.objects.get(pk=pk)})
```

## এটি কেন গুরুত্বপূর্ণ

Django-এর request/response cycle middleware-কেন্দ্রিক, তাই বেশিরভাগ cross-cutting behavior — auth, session, CSRF, security header, caching — ক্রমবদ্ধ middleware হিসেবে বাস্তবায়িত হয়। request-phase code উপর-থেকে-নিচ চলে এবং response-phase code নিচ-থেকে-উপর চলে (এবং `MIDDLEWARE`-এ ক্রম গুরুত্বপূর্ণ) — এটি বোঝা আপনার নিজের middleware সঠিকভাবে স্থাপন করতে, কেন একটি `403`/redirect আপনার view-এর আগে ঘটে তা debug করতে, এবং প্রতিটি view স্পর্শ না করে কোথায় logic hook করতে হবে তা জানতে অপরিহার্য।

ধাপগুলি

এটি কেন গুরুত্বপূর্ণ

সম্পর্কিত প্রশ্ন