Τι είναι middleware στο Django;

Question

Accepted Answer

**Middleware** είναι ένα framework από hooks που επεξεργάζονται **κάθε request και response** παγκοσμίως, βρίσκεται ανάμεσα στον web server και τις views σας. Κάθε middleware μπορεί να επιθεωρήσει/τροποποιήσει requests στην διαδρομή εισόδου και responses στην διαδρομή εξόδου — ιδανικό για cross-cutting concerns όπως authentication, security headers, sessions, και logging.

## Η ροή request/response μέσα από 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)
```

## Built-in middleware του Django (στο 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. **Η σειρά έχει σημασία** — κάποιο 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)` τρέχει στο request, ο κώδικας μετά τρέχει στο 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 vs 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 — η κατανόησή του εξηγεί πώς λειτουργούν πολλές από τις βασικές λειτουργίες του framework και παρέχει τον σωστό μηχανισμό για **παγκόσμιες, cross-cutting concerns**.

Η αναγνώριση ότι τα sessions, authentication (`request.user`), CSRF protection, και security headers όλα προέρχονται από built-in middleware αποσαφηνίζει το request handling του Django και δείχνει γιατί αυτές οι λειτουργίες «απλώς λειτουργούν». Η κατανόηση της **ροής στρώματος-κρεμμυδιού request/response** (middleware που τυλίγει τη view, επεξεργάζεται requests top-to-bottom και responses bottom-to-top) και ότι **η σειρά έχει σημασία** (κάποιο middleware εξαρτάται από άλλα, όπως το authentication που χρειάζεται τα sessions πρώτα) είναι σημαντικό για τη σωστή διαμόρφωση του Django και την αντιμετώπιση προβλημάτων.

Η ικανότητα να **γράψετε custom middleware** είναι πολύτιμη για την υλοποίηση app-wide behavior καθαρά — logging, timing, custom headers, rate limiting, maintenance mode — σε ένα μέρος αντί να το επαναλαμβάνετε σε όλες τις views.

Η γνώση του πότε να χρησιμοποιήσετε middleware (global concerns που επηρεάζουν τα περισσότερα requests) έναντι decorators ή view logic (per-endpoint concerns) είναι μια κύρια αρχιτεκτονική απόφαση.

Το middleware είναι το σημείο όπου το Django χειρίζεται την επεξεργασία request/response που ισχύει σε ολόκληρη την εφαρμογή, καθιστώντας το σημαντική, πρακτικά σχετική γνώση τόσο για την κατανόηση των εσωτερικών στοιχείων του framework όσο και για τη δημιουργία καλά δομημένων εφαρμογών με κατάλληλη διαχωρισμό cross-cutting concerns.