Stack Middleware

Runique applique les middlewares dans un ordre optimal via le système de slots :

Requête entrante
    ↓
1.  Extensions (slot 0)       → Injection Tera, Config, Engine
2.  TrustedProxies (slot 2)   → IP cliente réelle
3.  Compression (slot 5)      → Compression externe
4.  CORS (slot 8)             → Avant ErrorHandler (preflight OPTIONS)
5.  ErrorHandler (slot 10)    → Capture et rendu des erreurs
6.  HostValidation (slot 15)  → Validation Allowed Hosts
7.  HttpsRedirect (slot 17)   → Redirection HTTPS derrière un proxy (ENFORCE_HTTPS, sans ACME)
8.  Custom (slot 20+)         → Middlewares personnalisés
9.  OpenRedirect (slot 25)    → Inspection des réponses 3xx
10. Security Headers (slot 30) → HSTS, X-Frame-Options, etc.
11. CSP (slot 31)             → Content Security Policy
12. Cache (slot 40)           → No-cache en développement
13. Session (slot 50)         → Gestion des sessions
14. SessionUpgrade (slot 55)  → Lecture/écriture en session
15. Auth (slot 57)            → Charge CurrentUser depuis la session
16. CSRF (slot 60)            → Protection CSRF
17. AntiBot (slot 65)         → Honeypot
    ↓
Handler (votre code)
    ↓
Réponse sortante (middlewares en sens inverse)

Important : Avec Axum, le dernier .layer() appliqué est le premier exécuté. Le Builder Intelligent gère cet ordre automatiquement.

Via les Extensions Axum, injectées automatiquement par le middleware Extensions :

// Enregistré automatiquement par le builder :
// Extension(engine)  → Arc<RuniqueEngine>
// Extension(tera)    → Arc<Tera>
// Extension(config)  → Arc<RuniqueConfig>

// Accessible dans les handlers via Request :
pub async fn handler(request: Request) -> AppResult<Response> {
    let db = request.engine.db.clone();
    let config = &request.engine.config;
    // ...
}