# bext > bext est un serveur HTTP en Rust qui termine TLS, prend en charge les configurations nginx et sert chaque application avec son framework. PRISM, son framework TSX natif, compile le JSX en chaînes HTML sans React ni DOM virtuel. Le moteur inclut les inclusions serveur, les extensions, les fonctionnalités intégrées, les protocoles réseau, une application de bureau, une interface terminal et un service Cloud. Documentation française de bext : https://docs.bext.dev/fr. Le texte intégral est disponible à https://docs.bext.dev/fr/llms-full.txt. ## Premiers pas - [Installation](https://docs.bext.dev/fr/getting-started/installation): Installez un moteur bext, un compilateur tsc-rs et une version de framework PRISM correspondants. - [Démarrage rapide](https://docs.bext.dev/fr/getting-started/quickstart): Créez et exécutez votre première application bext en 5 minutes — PRISM (framework TSX natif de bext) est le démarreur recommandé. ## Configuration - [bext.config.toml](https://docs.bext.dev/fr/configuration/bext-config-toml): Référence de configuration complète pour bext. - [Référence CLI](https://docs.bext.dev/fr/configuration/cli-reference): Chaque commande et indicateur CLI. - [Points d’accès et identifiants](https://docs.bext.dev/fr/configuration/endpoints-and-credentials): Contrôlez quels points de terminaison intégrés sont exposés et gérez les informations d’identification de l’administrateur à partir de la CLI. - [Compilation et options](https://docs.bext.dev/fr/configuration/build-flags): Indicateurs de fonctionnalités Cargo pour créer un serveur bext avec uniquement les fonctionnalités dont vous avez besoin. - [Moteur de rendu V8](https://docs.bext.dev/fr/configuration/v8-engine): Pipeline de rendu côté serveur V8 de bext : instantanés de tas, TurboFan JIT, bundles partagés en couches. - [Moteur CSS en Rust](https://docs.bext.dev/fr/configuration/rust-css-engine): Génération CSS Tailwind v4 native de Rust – pas de Node.js, pas de Bun, constructions en moins d'une milliseconde, CSS minimal par route, rechargements de production en direct. - [Variables d’environnement](https://docs.bext.dev/fr/configuration/environment-variables): Référence complète de toutes les variables d'environnement lues par bext, avec règles de priorité, valeurs par défaut et exemples. - [Docker](https://docs.bext.dev/fr/configuration/docker): Dockerfile officiel, docker - compose avec Redis, les montages de volumes, les vérifications de l'état et les meilleures pratiques en matière de conteneurs de production. ## Inclusions côté serveur - [Présentation](https://docs.bext.dev/fr/includes/overview): Composez des pages à partir de fragments indépendants au niveau du serveur (mise en cache, streaming, authentification, expériences et mises à jour en temps réel), le tout avec une seule primitive HTML ``. Compatibilité complète SSI et ESI incluse. - [Cache et durée de vie](https://docs.bext.dev/fr/includes/caching): Donnez à chacun son propre TTL, sa propre fenêtre de revalidation obsolète et ses balises de cache - soutenus par le cache L0/L1/L2 à plusieurs niveaux de bext avec protection contre les bousculades, TTL adaptatif et invalidation groupée. - [Cache et en-tête Vary](https://docs.bext.dev/fr/includes/vary): Déclarez les dimensions de requête sur lesquelles une inclusion varie (rôle, paramètres régionaux, zone géographique, appareil) et bext conserve une entrée de cache distincte par combinaison. Une balise, N variantes mises en cache. - [Inclusions authentifiées](https://docs.bext.dev/fr/includes/auth): Rendu conditionnel côté serveur basé sur l'authentification et le rôle. Affichez les barres d'outils d'administration uniquement aux administrateurs, les CTA uniquement aux utilisateurs anonymes, sans scintillement côté client ni fuite de balisage. - [Diffusion progressive](https://docs.bext.dev/fr/includes/streaming): Livraison progressive via `loading="lazy"` — le shell de la page arrive immédiatement, les inclusions lourdes ou lentes sont diffusées sous forme de morceaux ultérieurs. React Sémantique de suspense pour tout code HTML. - [Variantes d’expériences](https://docs.bext.dev/fr/includes/experiments): Les tests A/B incluent le contenu au niveau du serveur : attribution de variantes pondérées, cookies persistants, mise en cache par variante. Aucun SDK d’expérimentation côté client n’est requis. - [Inclusions en temps réel](https://docs.bext.dev/fr/includes/realtime): Fragments HTML mis à jour en direct via SSE. SSR initial au premier chargement ; les mises à jour ultérieures sont récupérées automatiquement lorsque le serveur publie sur la chaîne. Tableaux de bord sans bibliothèque d'état. - [Fragments depuis des fichiers](https://docs.bext.dev/fr/includes/file-partials): Incluez le HTML statique du répertoire `_partials/` du site. Invalidation du cache basée sur le temps : modifiez le fichier, le cache est automatiquement détruit. SSI `file=` et `virtual=` tous deux pris en charge. - [Délais et solutions de repli](https://docs.bext.dev/fr/includes/fallback): Résilience pour les sources d'inclusion peu fiables : délais d'attente par inclusion, chaînes de secours à plusieurs niveaux, panne silencieuse `onerror="continue"` et disjoncteur qui ignore les sources défaillantes persistantes. - [Rendu de composants](https://docs.bext.dev/fr/includes/render): Rendu des composants React /JSX comme indiqué à l'aide du moteur V8 (ou QuickJS) de bext. Accessoires, hydratation, mise en cache des bundles – aucun processus Bun n'est requis. - [Compatibilité SSI et ESI](https://docs.bext.dev/fr/includes/ssi-esi): Prise en charge complète de nginx /Apache SSI ( `` ) et W3C ESI ( ``, ``, `` ). Les configurations existantes migrent vers bext sans modification du code. - [Référence de configuration](https://docs.bext.dev/fr/includes/config): Surface de configuration complète de `[include]` dans bext.config.toml : valeurs par défaut globales, règles par source, limites de sécurité, expériences, dimensions de variation personnalisées et interpolation de variable d'environnement. - [API des extensions](https://docs.bext.dev/fr/includes/plugins): Les résolveurs d’inclusion personnalisés et les hooks de cycle de vie. Enregistrez les résolveurs correspondant à des modèles (CMS, base de données, API) et les hooks de transformation (analyse, minification, validation) sans bifurquer bext. ## Compatibilité nginx - [Présentation](https://docs.bext.dev/fr/nginx/overview): Remplacement immédiat de nginx — bext lit votre fichier.conf nginx et dessert tout le trafic sans modification de configuration - [Analyse de configuration](https://docs.bext.dev/fr/nginx/config-parser): Comment bext analyse les fichiers.conf nginx : lexer, analyseur de descente récursive, extension d'inclusion et AST - [Prise en charge des directives](https://docs.bext.dev/fr/nginx/directive-coverage): Référence complète de toutes les directives nginx prises en charge par la couche de compatibilité de bext - [Guide de migration](https://docs.bext.dev/fr/nginx/migration-guide): Guide étape par étape pour migrer de nginx vers bext - [Mode de substitution](https://docs.bext.dev/fr/nginx/masquerade): Usurpation d'identité complète de nginx - binaire shim, fichier PID, rechargement SIGHUP, remplacement de systemd - [API de purge du cache](https://docs.bext.dev/fr/nginx/cache-purge): Remplacement immédiat du module de purge de cache NJS de nginx - [Contrôles avant migration](https://docs.bext.dev/fr/nginx/preflight-dashboard): Interface utilisateur Web pour inspecter votre configuration nginx avant de migrer vers bext - [Processus de bascule](https://docs.bext.dev/fr/nginx/takeover): Migration du trafic atomique de nginx vers bext avec restauration automatique ## PRISM (natif bext) - [Présentation](https://docs.bext.dev/fr/frameworks/prism): Un framework TSX de création de chaînes sans exécution. JSX compile pour diriger les chaînes HTML (pas de React, pas de DOM virtuel). Une passe de compilation au moment de la construction replie des arborescences de composants entières en un seul IIFE à accumulateur de croissance, rendu en microsecondes - bien en dessous du renderToString de React sur le même appareil Tailwind. - [Exécution JSX](https://docs.bext.dev/fr/frameworks/jsx-runtime): Le runtime JSX intégré de bext restitue JSX directement dans des chaînes HTML de marque — pas de React, pas de DOM virtuel, avec un texte dynamique sécurisé par défaut et une passe de compilation pour la structure statique. - [Passe de compilation](https://docs.bext.dev/fr/frameworks/prism-compile-pass): Repli au moment de la construction des sous-arbres JSX statiques et pilotés par des accessoires en concaténations de chaînes directes. Activé par défaut pour les sites PRISM ; SSR nettement plus rapide sans changement d'API. - [Routage](https://docs.bext.dev/fr/frameworks/routing): Routage imbriqué basé sur des fichiers avec composition de mise en page, segments dynamiques, itinéraires fourre-tout et gestionnaires d'API pour les sites modèles bext. - [Îlots interactifs](https://docs.bext.dev/fr/frameworks/islands): Amélioration progressive avec les îlots : rendu HTML statique par le serveur, hydrate uniquement les composants interactifs. Zéro JavaScript pour les pages non interactives. - [Signaux](https://docs.bext.dev/fr/frameworks/signals): Exécution des signaux de bext : le serveur effectue le rendu au format HTML avec des marqueurs de reprise, le client récupère le DOM existant et lie les signaux - pas de DOM virtuel, pas de nouveau rendu, exécution d'hydratation inférieure à 3 Ko. - [Données PRISM (loader/action)](https://docs.bext.dev/fr/frameworks/prism-data): Exportations de chargeur/action de style Remix dans les routes PRISM — récupération de données côté serveur et mutations colocalisées avec le composant. - [Modèles](https://docs.bext.dev/fr/frameworks/template): Créez des sites rendus par le serveur avec un rendu de chaîne HTML pur – aucun React requis. Le package @ bext -stack/framework fournit createSite(), des pages saisies, des modèles, des gestionnaires d'itinéraire et des aides SEO. - [Intégration Tailwind](https://docs.bext.dev/fr/frameworks/tailwind): Génération CSS Tailwind au moment de la construction pour les sites bext : analysez les fichiers sources, générez du CSS optimisé et utilisez les classes Tailwind dans les composants JSX. - [Passerelle serveur ↔ client](https://docs.bext.dev/fr/frameworks/bridge): Accès direct au système de fichiers, HTTP, SQLite, aux variables d'environnement et à la journalisation structurée à partir du runtime V8 de bext via des ponts globaux natifs. - [Exécution côté client](https://docs.bext.dev/fr/frameworks/client-runtime): Navigation côté client, prélecture, affichage des transitions et rechargement en direct : un script de 2 à 6 Ko pour des transitions de page instantanées. - [Rechargement à chaud](https://docs.bext.dev/fr/frameworks/live-reload): Rechargement en direct de type PHP : modifiez un fichier, le navigateur se met à jour automatiquement. Surveillance des fichiers, reconstruction, échange de pool atomique, actualisation côté client. - [Adaptateurs React, Preact et Solid](https://docs.bext.dev/fr/frameworks/react-preact-solid): Adaptateurs SSR pour le rendu des composants React, Preact et Solid dans les sites de modèles bext : mélangez les frameworks sur une seule page. ## Outils pour applications - [Présentation](https://docs.bext.dev/fr/toolkit/overview): La couche de développement d'application TypeScript de bext — validation, authentification, données, notifications et plus encore, importable depuis @ bext -stack/framework. - [Validation](https://docs.bext.dev/fr/toolkit/validation): Validation de schéma typée et sans dépendance pour les actions du serveur PRISM et les routes API : force FormData et signale chaque erreur de champ en un seul passage. - [Authentification](https://docs.bext.dev/fr/toolkit/authentication): Utilitaires de cookies, sessions signées HMAC inviolables et assistants OAuth/OIDC PKCE – le noyau d'authentification réutilisable, en cryptographie pure JS qui s'exécute dans n'importe quel isolat. - [Autorisations](https://docs.bext.dev/fr/toolkit/authorization): Portes et politiques pour les applications PRISM — répondez « Cet utilisateur peut-il faire cela ? » dans un chargeur, une action ou un composant, avec une API TypeScript à sécurité nulle. - [Données et migrations](https://docs.bext.dev/fr/toolkit/data): Un modèle/générateur de requêtes typé sur le SQLite intégré de bext, plus un exécuteur de migration suivi et idempotent - plus de CREATE TABLE paresseux ou de poussée de base de données hors bande. - [Notifications](https://docs.bext.dev/fr/toolkit/notifications): Un notify() qui diffuse un message vers un e-mail, un SMS, Slack, un flux intégré à l'application ou un webhook - chaque canal rendu à partir de la même notification est transportable enfichable. - [Options de fonctionnalités](https://docs.bext.dev/fr/toolkit/feature-flags): Indicateurs de fonctionnalités et expérimentations définis dans le code : déploiements progressifs par pourcentage avec affectation stable et déterministe, règles dans le code et recours facultatif au moteur d’indicateurs Rust. - [Billing](https://docs.bext.dev/fr/toolkit/billing): Abonnements Stripe de type caissier pour les applications PRISM : paiement, portail, requêtes d'abonnement et vérification de la signature du webhook en temps constant, pas de SDK Stripe. - [Événements](https://docs.bext.dev/fr/toolkit/events): Un bus d'événements de domaine typé et en cours pour les applications PRISM — dissocie « une chose s'est produite » de « ce qui devrait se produire », avec une diffusion asynchrone et des charges utiles typées. - [Localisation (i18n)](https://docs.bext.dev/fr/toolkit/i18n): Catalogues de messages par langue avec interpolation et pluralisation, paramètres régionaux de secours et détection des paramètres régionaux de demande — le remplacement TS partagé pour les copies i18n par site. - [Tâches et file d’attente](https://docs.bext.dev/fr/toolkit/jobs): Travaux en arrière-plan saisis avec dispatch() sur la file d'attente du SDK bext : déclarez un travail, mettez-le en file d'attente de n'importe où et traitez-le avec des tentatives automatiques. - [Cache](https://docs.bext.dev/fr/toolkit/cache): Une façade de cache clé/valeur — cache.remember(key, ttl, fn) plus get/put/forget/pull/add sur un magasin enfichable (SDK KV ou en mémoire). - [Limitation de débit](https://docs.bext.dev/fr/toolkit/rate-limiting): Limitation du débit de fenêtre fixe pour les actions PRISM et les routes API : vérification/tentative/aperçu/réinitialisation sur un magasin enfichable, avec autorisation/restance/réessayation après. - [Messages électroniques](https://docs.bext.dev/fr/toolkit/mail): Modèles d'e-mails transactionnels — renderMailable(spec) produit un e-mail HTML réactif de style en ligne ainsi qu'une version en texte brut, composant avec le canal de messagerie de notifications. - [Tests](https://docs.bext.dev/fr/toolkit/testing): Usines de modèles et un client de test d'itinéraire (@ bext -stack/framework/testkit) plus une bibliothèque de rendu/requête de composants - testez la logique et les composants de l'application dans un test simple, sans serveur. ## Intégrations de frameworks - [Présentation](https://docs.bext.dev/fr/frameworks/overview): PRISM (framework TSX natif de bext) ainsi que des adaptateurs de première classe pour Next.js, Hono, Express, Laravel, Symfony et PHP. - [Next.js](https://docs.bext.dev/fr/frameworks/nextjs): Utilisez l'invalidation du cache de bext, la pub/sub en temps réel, le magasin KV, les files d'attente et les tâches de Next.js - [Next.js à la demande](https://docs.bext.dev/fr/frameworks/nextjs-on-demand): Pointez bext vers un dossier Next.js : les pages sont compilées à la première demande, aucune étape de construction n'est nécessaire. Développement de type PHP avec React. - [Astro](https://docs.bext.dev/fr/frameworks/astro): Exécutez Astro SSR sur bext via @astrojs/ bext — îlots, collections de contenu et routage du système de fichiers servis via le cache, le WAF et le pipeline de plugins de bext. - [SolidStart](https://docs.bext.dev/fr/frameworks/solidstart): Exécutez SolidStart SSR sur bext via solidjs- bext — réactivité fine, routage du système de fichiers et fonctions de serveur servies via le cache, le WAF et le pipeline de plugins de bext. - [SvelteKit](https://docs.bext.dev/fr/frameworks/sveltekit): Exécutez SvelteKit SSR sur bext via @sveltejs/adapter- bext — routes du système de fichiers, actions de formulaire et pages pré-rendues servies via le cache, le WAF et le pipeline de plugins de bext. - [Qwik](https://docs.bext.dev/fr/frameworks/qwik): Exécutez Qwik City SSR sur bext via qwik - bext — hydratation avec reprise, routage du système de fichiers et charges utiles O(1) JS de Qwik servies via le cache, le WAF et le pipeline de plugins de bext. - [Hono](https://docs.bext.dev/fr/frameworks/hono): Middleware Hono et client autonome pour les services de plateforme bext - [Express](https://docs.bext.dev/fr/frameworks/express): Middleware Express pour les services de cache, de temps réel, de KV, de file d'attente et de tâches de bext - [Django](https://docs.bext.dev/fr/frameworks/django): Fronter un projet Django avec bext : TLS, WAF, cache, tracing et service de fichiers statiques devant un Gunicorn ou Uvicorn en amont. - [Phoenix](https://docs.bext.dev/fr/frameworks/phoenix): Présentez une application Phoenix avec bext — TLS, HTTP/2/3, WAF, cache et observabilité au-dessus d'une pile Cowboy + Phoenix inchangée. Compatible LiveView. - [Rails](https://docs.bext.dev/fr/frameworks/rails): Présentez une application Rails avec bext — TLS, HTTP/2/3, WAF, cache et observabilité au-dessus d'une pile Puma + Rails inchangée. - [Laravel](https://docs.bext.dev/fr/frameworks/laravel): Servez une application Laravel dans bext : runtime PHP intégré, noyau en mode travailleur, TLS, HTTP/2/3, WAF, cache et observabilité sans php-fpm. - [Symfony](https://docs.bext.dev/fr/frameworks/symfony): Offre groupée Flex à enregistrement automatique avec injection de dépendances, mode travailleur et SSR React - [WordPress](https://docs.bext.dev/fr/frameworks/wordpress): Servez les vrais WordPress + WooCommerce derrière le cache périphérique de bext, ainsi que le plugin bext pour WordPress (purge lors du changement, apprivoisation du planificateur d'actions, multisite, WP-CLI) et la suite de plugins Inklura. - [Micro-framework PHP](https://docs.bext.dev/fr/frameworks/php): Exécutez des applications PHP sur bext — runtime intégré, proxy FastCGI vers PHP-FPM et hébergement WordPress ## Guides - [Modes de déploiement](https://docs.bext.dev/fr/guides/deployment-modes): Mode application unique, multi-application et périphérie : choisissez la topologie de déploiement adaptée à votre charge de travail. - [Routage](https://docs.bext.dev/fr/guides/routing): Routage basé sur des fichiers, segments dynamiques, routes fourre-tout, réécritures, redirections et priorité de route. - [Cache](https://docs.bext.dev/fr/guides/caching): ISR avec TTL et périmé pendant la revalidation, protection contre la bousculade, cache L1/L2 à plusieurs niveaux, mise en cache négative et clés de cache sensibles aux variations. - [Compression](https://docs.bext.dev/fr/guides/compression): Compression des réponses Brotli et Gzip négociée à partir d'Accept-Encoding, réglage de la compatibilité nginx, remplacements par route et ressources statiques pré-compressées. - [TLS et HTTPS](https://docs.bext.dev/fr/guides/tls-and-https): Auto-TLS via ACME, agrafage OCSP, routage SNI, certificats auto-signés, chemins de certificat personnalisés et comportement de redirection HTTPS. - [HTTP/3 et QUIC](https://docs.bext.dev/fr/guides/http3-and-quic): HTTP/3 sur QUIC avec reprise 0-RTT, paramètres de transport, publicité Alt-Svc, compatibilité du navigateur et comportement de repli. - [WebSockets et SSE](https://docs.bext.dev/fr/guides/websockets): Hub pub/sub intégré avec caractères génériques de sujet, transports SSE et WebSocket, relais Redis pour la synchronisation multi-instance, hooks d'authentification et relecture d'événements. - [Optimisation d’images](https://docs.bext.dev/fr/guides/image-optimization): Redimensionnement d'image à la volée, conversion WebP, réglage de la qualité et mise en cache via le plugin d'optimisation d'image. - [Hébergement multi-applications](https://docs.bext.dev/fr/guides/multi-app): Servez plusieurs applications à partir d'une instance bext avec routage par nom d'hôte. - [Sécurité](https://docs.bext.dev/fr/guides/security): Pare-feu d'applications Web avec filtrage IP, blocage GeoIP, injection SQL et détection XSS, détection de robots, protection DDoS, limitation de débit, CORS et en-têtes de sécurité. - [SEO](https://docs.bext.dev/fr/guides/seo): Génération automatique de sitemap.xml, robots.txt, flux RSS/Atom, données structurées JSON-LD, génération d'images Open Graph, gestion des balises méta et URL canoniques. - [Actions serveur](https://docs.bext.dev/fr/guides/server-actions): Définissez les points de terminaison POST avec la directive `"use server"` : pas de proxy client, pas de codegen, fonctions exportées simplement distribuées par nom. - [Îlots serveur](https://docs.bext.dev/fr/guides/server-islands): SSR différé avec récupération parallèle pour une hydratation partielle des pages. - [Planification des tâches](https://docs.bext.dev/fr/guides/task-scheduler): Planificateur de tâches de style cron intégré avec tâches à intervalles et ponctuelles, gestion des échecs, politiques de nouvelle tentative, surveillance de l'état et intégration de flux durable. - [Tâches en arrière-plan](https://docs.bext.dev/fr/guides/background-jobs): Exécutez des appels IA, la génération de rapports et des travaux par lots qui dépassent le délai de rendu de la demande en les retirant de l'isolement, avec une file d'attente de tâches durable, un travailleur planifié et un statut en direct sur SSE. - [Flux durables](https://docs.bext.dev/fr/guides/durable-flows): Moteur de workflow récupérable en cas d'accident soutenu par SQLite WAL avec définitions d'étapes, politiques de nouvelle tentative, gestion des délais d'attente, compensation et streaming en temps réel. ## Extensions - [Présentation](https://docs.bext.dev/fr/plugins/overview): Architecture sandbox à trois niveaux pour les plugins bext : QuickJS pour les scripts légers, WASM pour une isolation hautes performances et nsjail pour le sandboxing complet au niveau du processus. - [Créer une extension](https://docs.bext.dev/fr/plugins/building-a-plugin): Guide étape par étape pour créer, tester et publier votre premier plugin bext avec le bac à sable QuickJS. - [Extensions WASM](https://docs.bext.dev/fr/plugins/wasm-plugins): Créez des plugins bext hautes performances dans Rust, Go ou C à l'aide du bac à sable wasmtime avec des budgets de carburant et des importations de fonctions hôtes. Fonctionnalité professionnelle. - [Extensions QuickJS](https://docs.bext.dev/fr/plugins/quickjs-plugins): Écrivez des plugins bext dans JavaScript à l'aide du bac à sable QuickJS intégré avec une mémoire contrôlée, des limites de temps et une surface API restreinte. - [Extensions V8](https://docs.bext.dev/fr/plugins/v8-plugins): Écrivez des plugins bext dans JavaScript sur V8 — le même moteur d'exécution que bext utilise pour PRISM et Next.js SSR — avec un pool d'isolation chaud, une préemption basée sur le carburant et un ABI de fonctions JSON sur hôte. - [Extensions Lua](https://docs.bext.dev/fr/plugins/lua-plugins): Écrivez des plugins bext dans Lua 5.4 via le runtime mlua : faible encombrement, démarrage à froid d'environ 1 ms, préemption basée sur le carburant et ABI de fonctions JSON sur hôte. - [Extensions Python](https://docs.bext.dev/fr/plugins/python-plugins): Écrivez des plugins bext en Python via le sous-mode Pyodide de bext -plugin-wasm — conçu pour le travail par lots planifié, les pipelines de données et la génération de rapports plutôt que le chemin de requête. - [Extensions nsjail](https://docs.bext.dev/fr/plugins/nsjail-plugins): Exécutez des plugins avec une isolation complète au niveau des processus à l'aide des espaces de noms Linux, des limites de groupe de contrôle et de l'IPC JSON-over-stdio. Fonctionnalité professionnelle. - [Publication](https://docs.bext.dev/fr/plugins/publishing): Publiez votre plugin bext sur plugins. bext.dev — gestion des versions, audit de sécurité, évaluation de la qualité et monétisation via Stripe Connect. ## Fonctionnalités - [Présentation](https://docs.bext.dev/fr/capabilities/overview): Qu'est-ce qu'une fonctionnalité bext, pourquoi elle existe, comment elle passe du statut expérimental à celui par défaut et comment vous en installez une : les formes partagées qui vous permettent d'échanger les backends d'authentification, de session, de messagerie et de traçage sans toucher au code de l'application. - [Authentification](https://docs.bext.dev/fr/capabilities/auth): La fonctionnalité Auth – une forme partagée pour résoudre une demande adressée à un utilisateur authentifié, piloter les flux de connexion et de déconnexion et rester neutre vis-à-vis du fournisseur sur les backends JWT, OAuth, magic-link et passe-partout. Comment il s'intègre à la capacité de session, ce que fait le plugin de référence @ bext /auth-jwt et comment vous le câblez dans bext.config.toml. - [Session](https://docs.bext.dev/fr/capabilities/session): La fonctionnalité Session : une forme indépendante du stockage pour les enregistrements de session qui prend en charge à la fois les magasins sauvegardés sur le serveur ( Redis, Postgres) et les magasins côté client sans état (cookies signés et chiffrés) derrière le même trait. Comment le SessionId opaque active les deux modèles, ce que font les plugins de référence @ bext /session-cookie et @ bext /session-redis, et comment vous câblez le bloc [session] dans bext.config.toml. - [Envoi de courriels](https://docs.bext.dev/fr/capabilities/mailer): La fonctionnalité Mailer : une forme indépendante du fournisseur pour l'envoi d'e-mails transactionnels qui prend en charge à la fois les relais SMTP et les API cloud derrière la même caractéristique. Comment les corps pré-rendus maintiennent les modèles hors de portée, comment les variantes `MailerError` classent les échecs afin que les appelants sachent s'ils doivent réessayer, ce que font les plugins de référence `@bext/mailer-smtp` et `@bext/mailer-ses` et comment câbler le bloc [mailer] dans bext.config.toml. - [Planification](https://docs.bext.dev/fr/capabilities/scheduled): La fonctionnalité planifiée : comment les plugins déclarent les planifications cron, comment bext les déclenche, ce que signifient les politiques d'exécution manquée et de verrouillage, et comment une implémentation de référence telle que @ bext /cron connecte la forme à votre site. - [Verrouillage](https://docs.bext.dev/fr/capabilities/locking): La capacité de verrouillage — une forme d'exclusion mutuelle distribuée pour les plugins bext. Couvre le trait try_lock / renouveler / release, les trois backends de référence (mémoire / Redis Redlock / Avis Postgres), comment la fonctionnalité planifiée l'utilise pour sécuriser le cron multi-instance et les compromis Redlock-advisory qui indiquent quel backend choisir. - [Traçage](https://docs.bext.dev/fr/capabilities/tracer): La fonctionnalité Tracer - une forme partagée pour émettre des étendues et des événements à partir du runtime de bext et à partir de plugins, conçue pour effectuer un aller-retour proprement à travers OpenTelemetry sans fuite de la caisse `opentelemetry` dans le trait. Comment la conception basée sur les poignées maintient le trait en sécurité avec les objets et Send + Sync, à quoi sert la sentinelle INVALID et comment les deux plugins de référence – `@bext/tracer-stdout` pour le développement et `@bext/tracer-otlp` pour la production – s'emboîtent. - [I18n](https://docs.bext.dev/fr/capabilities/i18n): La fonctionnalité I18n — une forme partagée pour traduire les clés en chaînes localisées avec des variables typées, conçue pour que le même code d'application puisse s'asseoir au-dessus d'un backend de fichier JSON en développement et d'un bundle Mozilla Fluent en production sans une seule ligne de modification. Comment l'énumération `I18nValue` saisie permet à ICU et Fluent d'effectuer correctement la sélection plurielle, pourquoi les clés manquantes ne génèrent jamais d'erreur et comment la négociation des paramètres régionaux BCP 47 est une méthode par défaut dont chaque backend hérite. - [Stockage](https://docs.bext.dev/fr/capabilities/storage): La fonctionnalité StorageClient : comment les plugins communiquent avec les magasins d'objets tels que S3, R2, MinIO et Backblaze B2 via un seul trait de synchronisation, avec des erreurs de saisie, une liste paginée et des URL présignées. - [Option de fonctionnalité](https://docs.bext.dev/fr/capabilities/feature-flag): La fonctionnalité Feature Flag : une forme d'évaluation qui couvre les fichiers de configuration statiques, les fournisseurs OpenFeature et les SDK de fournisseurs tels que LaunchDarkly et Unleash. Comment FlagValue maintient l'ABI plat, pourquoi les indicateurs manquants renvoient des valeurs par défaut au lieu d'erreurs, comment les déploiements par utilisateur restent déterministes d'un appel à l'autre et comment les plugins de référence @ bext /flags-static et @ bext /flags-openfeature correspondent au même trait. - [Client de recherche](https://docs.bext.dev/fr/capabilities/search): La fonctionnalité Search Client : une forme qui couvre le texte intégral Meilisearch, Elasticsearch, Typesense et Postgres. Comment la requête de recherche minimale évite le verrouillage DSL du fournisseur, pourquoi les charges utiles de chaîne JSON maintiennent l'ABI à plat dans les bacs à sable, comment les erreurs sont classées en quatre catégories récupérables et comment la référence @ bext /search-meili et @ bext /search-pg les plugins correspondent au même trait. - [Webhook](https://docs.bext.dev/fr/capabilities/webhook): La fonctionnalité Webhook : une forme indépendante du fournisseur pour vérifier les livraisons de webhooks entrantes derrière le même trait. Comment le contrat de vérification uniquement maintient les formes d'événements du fournisseur en dehors du trait, comment les schémas HMAC-SHA256 et HMAC-SHA1 sont mappés sur une seule surface, ce que fait le plugin de référence `@bext/webhook-verifiers` pour Stripe/GitHub/Shopify/Slack/Twilio et comment câbler un vérificateur dans une route. - [Politique d’autorisation](https://docs.bext.dev/fr/capabilities/authz-policy): La fonctionnalité AuthzPolicy — politiques d'autorisation externalisées pour les plugins bext. Couvre le trait d'évaluation/reload_policies, l'énumération de décision Allow/Deny/Mutate, les deux backends de référence (Cedar et CEL), le contrat d'erreur de moteur fermé en cas d'échec et la distinction entre AuthzPolicy et Auth. - [Workflow (sagas)](https://docs.bext.dev/fr/capabilities/workflow): Étapes coordonnées de longue durée avec tentatives et compensation : le modèle de saga dans bext. - [Prestataires de paiement](https://docs.bext.dev/fr/capabilities/payment): Paiement, abonnement et forme de webhook indépendants du fournisseur sur Stripe, Lemon Squeezy, Paddle et amis. - [Validation des requêtes](https://docs.bext.dev/fr/capabilities/validator): Validez les corps de requête, les configurations et les messages par rapport à un schéma avec des rapports d'erreurs structurés. - [Moteurs de modèles](https://docs.bext.dev/fr/capabilities/template): HTML rendu par le serveur via des langages de modèles enfichables : Tera, Guidon, Liquid. - [Routeur personnalisé](https://docs.bext.dev/fr/capabilities/router): Couche de routage pilotée par plug-in qui s'exécute avant le routeur intégré : anciennes URL, routage basé sur les étiquettes, tables de redirection. - [Expérimentation](https://docs.bext.dev/fr/capabilities/experimentation): Affectation de variantes déterministes, suivi de l'exposition et enregistrement des résultats sur n'importe quel backend A/B. ## Protocoles - [gRPC](https://docs.bext.dev/fr/protocols/grpc): gRPC natif servant sur le même port que HTTP, avec transcodage grpc-web et compatibilité avec les plugins. - [Événements serveur (SSE)](https://docs.bext.dev/fr/protocols/sse): SSE de première classe avec canaux nommés, gestion de la contre-pression et relecture de reconnexion. - [WebTransport](https://docs.bext.dev/fr/protocols/webtransport): WebTransport basé sur HTTP/3 avec des flux fiables et des datagrammes peu fiables. - [Signalisation WebRTC](https://docs.bext.dev/fr/protocols/webrtc-signaling): Serveur de signalisation intégré pour l'échange de candidats SDP et ICE entre pairs WebRTC. - [Passerelle MQTT](https://docs.bext.dev/fr/protocols/mqtt): Courtier de passerelle MQTT 5 pour les appareils IoT avec pont de publication HTTP et intégration de plug-in. - [CalDAV (calendriers)](https://docs.bext.dev/fr/protocols/caldav): Serveur CalDAV pour la synchronisation du calendrier avec stockage d'événements iCalendar et jetons de synchronisation efficaces. - [CardDAV (contacts)](https://docs.bext.dev/fr/protocols/carddav): Serveur CardDAV pour la synchronisation des contacts avec le stockage vCard et les requêtes du carnet d'adresses. ## Migration - [Depuis nginx](https://docs.bext.dev/fr/migration/from-nginx): Remplacez nginx par bext — détection automatique de configuration nulle ou traduction manuelle de la configuration. - [Depuis Next.js](https://docs.bext.dev/fr/migration/from-nextjs): Guide étape par étape pour migrer une application autonome Next.js vers bext, avec mappage des fonctionnalités et pièges courants. - [Depuis Express](https://docs.bext.dev/fr/migration/from-express): Traduisez le middleware, le routage et les modèles Express.js en équivalents bext, ou exécutez Express derrière bext en tant que proxy inverse. - [Depuis Vercel](https://docs.bext.dev/fr/migration/from-vercel): Passez de Vercel à bext ou bext Cloud auto-hébergé avec un mappage fonctionnalité par fonctionnalité et une liste de contrôle de basculement DNS. ## Exploitation - [Journalisation](https://docs.bext.dev/fr/operations/logging): Journalisation JSON structurée avec suivi des demandes, niveaux configurables, rotation et transfert vers Loki, ELK ou Datadog. - [Supervision](https://docs.bext.dev/fr/operations/monitoring): Point de terminaison de métriques Prometheus, tableaux de bord Grafana, règles d'alerte et intégration OpenTelemetry. - [Mise à l’échelle](https://docs.bext.dev/fr/operations/scaling): Mise à l'échelle horizontale avec synchronisation du cache Redis, limitation du débit distribué, sessions persistantes et configuration de l'équilibreur de charge. - [Performances et budgets](https://docs.bext.dev/fr/operations/performance): Cadre budgétaire, magasin d'historique et porte de régression. - [Mesures de débit](https://docs.bext.dev/fr/operations/throughput-benchmarks): Débit de style TechEmpower : un seul travailleur sérialisé par rapport à la valeur par défaut performante et par rapport à Next.js / Remix / Astro / Qwik. - [Mises à jour sans interruption](https://docs.bext.dev/fr/operations/upgrades): Mettez à niveau le serveur bext vers une nouvelle version sans abandonner une seule connexion. - [Invalidation et redémarrages](https://docs.bext.dev/fr/operations/invalidation-and-restarts): Comment purger n'importe quelle couche de cache, vider n'importe quel pool V8, recharger TLS ou redémarrer n'importe quel site sans supprimer les services non liés ou les sites co-hébergés. - [Codes d’erreur](https://docs.bext.dev/fr/operations/error-codes): Référence de code d'erreur structurée — chaque code E_ bext peut émettre. - [Dépannage](https://docs.bext.dev/fr/operations/troubleshooting): Problèmes courants, commandes de diagnostic et correctifs pour les problèmes TLS, SSR, de cache, de plug-in et de performances. ## Déploiement - [Générateurs d’infrastructure](https://docs.bext.dev/fr/deploying/generators): Générez Dockerfile, les actions GitHub, l'unité systemd et docker -compose à partir de votre projet bext. ## Application de bureau - [Présentation](https://docs.bext.dev/fr/companion/overview): Application de bureau native pour gérer, inspecter et déboguer vos instances bext. - [Téléchargement](https://docs.bext.dev/fr/companion/download): Téléchargez le compagnon bext pour macOS, Linux ou Windows. - [Connexion aux instances](https://docs.bext.dev/fr/companion/connecting): Connectez le compagnon bext aux instances bext locales et distantes. - [Inspection des requêtes](https://docs.bext.dev/fr/companion/request-inspector): Inspectez les requêtes HTTP en direct circulant via votre instance bext. - [Exploration du cache](https://docs.bext.dev/fr/companion/cache-explorer): Parcourez, inspectez et invalidez le contenu mis en cache dans votre instance bext. - [Serveur MCP](https://docs.bext.dev/fr/companion/mcp-server) ## Interface terminal - [Présentation](https://docs.bext.dev/fr/tui/overview): Tableau de bord de terminal basé sur Ratatui pour gérer bext via SSH ou localement — aucun navigateur requis. - [Installation](https://docs.bext.dev/fr/tui/install): Créez et installez le tableau de bord du terminal bext -tui. - [Modes de connexion](https://docs.bext.dev/fr/tui/connection-modes): Trois façons de pointer bext -tui vers une instance bext : distante, locale ou multi-instance. - [Vues](https://docs.bext.dev/fr/tui/views): Présentation écran par écran de chaque vue bext -tui. - [Raccourcis clavier](https://docs.bext.dev/fr/tui/keybindings): Référence complète du clavier pour bext -tui — navigation de style vim, raccourcis d'affichage et actions par vue. - [Palette de commandes](https://docs.bext.dev/fr/tui/command-palette): Palette de commandes à recherche floue pour bext -tui — chaque action disponible avec deux frappes. - [Configuration](https://docs.bext.dev/fr/tui/configuration): Indicateurs CLI, variables d'environnement et fichiers de configuration pour bext -tui. ## Licences - [Présentation](https://docs.bext.dev/fr/licensing/overview): bext est open source. Le moteur est sous AGPL-3.0, l'écosystème sous MIT. Un seul module complémentaire Pro couvre les fonctionnalités avancées ; Cloud et Enterprise l'incluent. - [Configuration initiale](https://docs.bext.dev/fr/licensing/setup): Comment configurer et vérifier une clé de licence bext. Le noyau ouvert n'a besoin d'aucune clé : une clé déverrouille le module complémentaire Pro ou comporte des droits Entreprise/OEM. - [Référence des fonctionnalités](https://docs.bext.dev/fr/licensing/features): Chaque fonctionnalité bext, qu'elle soit gratuite (open core) ou faisant partie du module complémentaire Pro, et son indicateur de construction Cargo. - [Questions fréquentes](https://docs.bext.dev/fr/licensing/faq): Questions courantes sur la licence open-core de bext : ce qui est gratuit, ce qu'il y a dans Pro et comment fonctionnent les clés. ## Architecture - [Présentation](https://docs.bext.dev/fr/architecture/overview): Comment bext est organisé en tant qu'espace de travail Rust multi-crates : graphique de dépendances, profils de construction et responsabilités de module. - [Cycle de vie d’une requête](https://docs.bext.dev/fr/architecture/request-lifecycle): Flux détaillé d'une requête HTTP via bext — depuis la terminaison TLS jusqu'à la livraison de la réponse, avec une synchronisation à chaque étape. - [Pipeline de rendu PRISM](https://docs.bext.dev/fr/architecture/prism-rendering-pipeline): Le chemin de bout en bout d'un rendu de page PRISM dans bext — depuis la correspondance d'itinéraire via l'interface tsc-rs, la passe de compilation, le bundle Turbopack et le pool de rendu V8, jusqu'à la réponse HTML. - [Pipeline de transformation](https://docs.bext.dev/fr/architecture/transform-pipeline): Les transformations du code source bext s'appliquent au moment de la compilation : chemin de compatibilité Next.js, passe de compilation PRISM et étapes de réponse post-bundle/HTML. - [Compilateur TypeScript (tsc-rs)](https://docs.bext.dev/fr/architecture/typescript-frontend): Comment bext utilise tsc-rs — un compilateur Rust TypeScript à partir de zéro — comme analyseur, AST et émetteur derrière la compilation PRISM, les transformations sources et le pipeline du bundle V8. - [Pool de rendu V8](https://docs.bext.dev/fr/architecture/v8-render-pool): L'architecture du pool de rendu V8 de bext : topologie de processus, pilote de multiplex coopératif, admission et contre-pression, chien de garde et disjoncteur, et post-mortem du gel à l'échelle du pool du 10/06/2026. - [Référence des crates](https://docs.bext.dev/fr/architecture/crate-reference): Référence pour chaque caisse de l'espace de travail bext : responsabilités, modules clés, indicateurs de fonctionnalités et emplacement de chacun. - [Contribuer](https://docs.bext.dev/fr/architecture/contributing): Configuration du développement, commandes de construction, suite de tests, directives de relations publiques et comment ajouter de nouvelles fonctionnalités à bext. ## Cloud - [Présentation](https://docs.bext.dev/fr/cloud/overview): Créez des sites gérés, suivez les déploiements, vérifiez les domaines, téléchargez des sauvegardes et connectez un assistant à bext Cloud. - [Sites et déploiements](https://docs.bext.dev/fr/cloud/deployments): Choisissez entre un site de préproduction géré et un projet Git, suivez l'état du déploiement et publiez sur un domaine vérifié. - [Sauvegardes](https://docs.bext.dev/fr/cloud/backups): Activez l'option de sauvegarde quotidienne, démarrez une sauvegarde à la demande, suivez son état et obtenez un téléchargement d'archive privée. - [Serveur MCP Cloud](https://docs.bext.dev/fr/cloud/mcp-server): Connectez un assistant MCP à bext Cloud à l'aide d'un jeton Bearer révocable pour gérer les sites, les déploiements, les domaines, les journaux et les sauvegardes. - [Administration](https://docs.bext.dev/fr/cloud/admin): Gestion des instances bext, des certificats SSL et de l'état de la plateforme à partir du tableau de bord cloud.