Što je middleware u Djangou?

Question

Accepted Answer

**Middleware** je okvir s kačama koji obrađuje **svaki zahtjev i odgovor** globalno, sjedeći između web poslužitelja i vaših prikaza. Svaki middleware može pregledati/promijeniti zahtjeve na putu prema vama i odgovore na povratnoj putnji — idealan za poprečne brige kao što su autentifikacija, sigurnosni zaglavlja, sesije i protokoliranje.

## Tok zahtjeva/odgovora kroz middleware

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

## Ugrađeni middleware Djanga (u 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
```

Mnogo od temeljne funkcionalnosti Djanga je middleware: sesije (`request.session`), autentifikacija (`request.user`), zaštita od CSRF-a i sigurnosna zaglavlja sve dolaze iz ugrađenog middlewarea. **Redoslijed je bitan** — neki middleware ovisi o tome što se drugi pokrenu prvi.

## Pisanje prilagođenog middlewarea

```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 je pozivajući objekt: kod prije `self.get_response(request)` se pokreće na zahtjevu, kod nakon se pokreće na odgovoru. To vam omogućava da djelujete i prije i nakon izvršavanja prikaza.

## Česti slučajevi korištenja middlewarea

```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 nasuprot prikazima/dekoratorima

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

## Zašto je to važno

Middleware je fundamentalan kako Django obrađuje zahtjeve — razumijevanje toga objašnjava kako mnoga od temeljnih funkcionalnosti okvira zapravo funkcioniraju i pruža ispravan mehanizam za **globalne, poprečne brige**.

Priznavanje da sesije, autentifikacija (`request.user`), zaštita od CSRF-a i sigurnosna zaglavlja sve dolaze iz ugrađenog middlewarea demistificira rukovanje zahtjevima Djanga i pokazuje zašto ove značajke "samo funkcioniraju". Razumijevanje **toka zahtjeva/odgovora u slojevima" (middleware omoćava prikaz, obrađujući zahtjeve od vrha prema dnu i odgovore od dna prema vrhu) i da **redoslijed je bitan** (neki middleware ovisi o drugima, kao što je autentifikacija koja trebam sesije prvo) je važno za pravilnu konfiguraciju Djanga i otklanjanje grešaka.

Mogućnost **pisanja prilagođenog middlewarea** je vrijedna za primjenu ponašanja cijelih aplikacija čitko — protokoliranje, mjerenje vremena, prilagođena zaglavlja, ograničavanje brzine, način održavanja — na jednom mjestu umjesto ponavljanja između prikaza.

Znanje kad koristiti middleware (globalne brige koje utječu na većinu zahtjeva) nasuprot dekoratorima ili logici prikaza (brige po krajnjoj točki) je ključna arhitektonska odluka.

Middleware je gdje Django rukuje obradom zahtjeva/odgovora koja se primjenjuje na čitavu aplikaciju, čineći je važnom, praktično relevantnom znanjem za razumijevanje internala okvira i stvaranje dobro strukturiranih aplikacija s pravnom razdiobom poprečnih briga.