Applications Web
Eguneratua 2026(e)ko urriaren 27(a)
Applications Web
Quand vous déployez depuis GitHub, le builder auto inspecte le contenu de votre dépôt pour choisir automatiquement le runtime, les commandes d'installation et de build, sans fichier de configuration à écrire de votre côté.
Runtimes reconnus
Plus de 35 frameworks sont détectés automatiquement, chacun avec sa commande de démarrage. La liste complète, les signaux de détection et les commandes générées sont sur Frameworks supportés. Les grandes familles :
| Famille | Exemples | Guide |
|---|---|---|
| Fullstack & SSR | Next.js, Nuxt, SvelteKit, Remix, Astro, RedwoodJS, SolidStart, Qwik… | Frameworks supportés |
| Backend Node.js | Express, Fastify, NestJS, Koa, AdonisJS, FeathersJS, Moleculer… | Node.js |
| Frontend statique | Vite (React / Vue / Svelte), Gatsby, Gulp | React / Vite |
| Python | Django, FastAPI, Flask | Python |
| PHP | Laravel, composer.json | PHP |
| Autres langages | Go, Ruby on Rails, Rust, Deno | Go |
Si votre dépôt contient un Dockerfile, il passe avant la détection automatique (voir Docker).
Ce qui est commun à toutes les stacks
- Votre application lit la variable
PORTet écoute sur0.0.0.0, jamais surlocalhost. - Toute clé, mot de passe ou URL de connexion se configure via les variables d'environnement, jamais en dur dans le dépôt.
- Le système de fichiers d'un service web est éphémère. Toute donnée à conserver doit passer par une base de données.
- La commande de démarrage peut toujours être surchargée manuellement, voir Commande de démarrage personnalisée.
Chaque guide de stack ci-dessus détaille les commandes exactes exécutées par le builder auto et les variables d'environnement propres au framework.