Quelles technologies sont prises en charge ?+
Next.js, Nuxt, Astro, Vite, SvelteKit, Remix, SolidStart, RedwoodJS, Node.js (Express, Fastify, NestJS…), PHP, Python (Django, FastAPI, Flask) et les sites HTML statiques. Laravel est détecté, mais son plan multi-services (PHP-FPM + Nginx, files d'attente, planificateur) n'est pas encore déployé. Pour tout le reste, un Dockerfile suffit.
Dois-je écrire un Dockerfile ?+
Non. Eflex déduit la configuration de votre dépôt. Si vous en avez déjà un, il est utilisé tel quel : c'est vous qui gardez la main.
Que se passe-t-il si Eflex se trompe de stack ?+
Vous pouvez choisir une autre stack parmi celles qu'Eflex a détectées à la création du projet, ou ajouter un fichier eflex.json à la racine du dépôt. Ce fichier a toujours priorité sur la détection automatique.
Où sont stockées mes variables d'environnement ?+
Dans Eflex, jamais dans votre dépôt. Elles sont chiffrées en base (AES-256-GCM), transmises à l'application au démarrage et ne s'affichent plus une fois enregistrées.
Mes dépôts privés sont-ils compatibles ?+
Oui. Connectez la GitHub App (recommandée) ou ajoutez un jeton personnel dans Paramètres → Connexion GitHub. Eflex lit le dépôt avec un accès à durée limitée et crée une deploy key en lecture seule pour le déploiement.
Mon dépôt contient plusieurs applications. Ça marche ?+
Oui, pour en publier une. Eflex reconnaît les monorepos (pnpm, Turborepo, Nx, Lerna…) et vous demande laquelle déployer. Aujourd'hui, un seul service est publié par projet : les dépendances de workspace partagées et les applications annexes ne sont pas déployées automatiquement.
Qu'est-ce qui n'est pas encore pris en charge ?+
Le déploiement multi-services (files d'attente et planificateur Laravel, plusieurs applications d'un même monorepo déployées ensemble) et les métriques CPU/RAM. Un projet ne publie qu'un service : les plans qui en nécessitent plusieurs sont refusés avec un message explicite.