Aller au contenu
supastack
Parcourir la documentation
WebNext.js

For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /fr/docs/web/deployment.md (or send Accept: text/markdown).

Liste de contrôle de déploiement

Préparez les dépendances de production et vérifiez le parcours que vous comptez publier.

Poser une question sur ce guide
Ouvrir dans

Préparez une application publique dans cet ordre

Le déploiement signifie exécuter votre application sur un service d'hébergement afin que d'autres personnes puissent la visiter. localhost est accessible uniquement dans votre environnement de développement. Commencez par terminer une véritable connexion basée sur une base de données localement, choisissez un guide d'hébergement ci-dessous, créez une base de données de test distincte et configurez les paramètres d'environnement de l'hôte avec l'application publique HTTPS URL. Séparez les paramètres de démonstration locale de l’application publique.

Dans un deuxième terminal à la racine du référentiel, exécutez les vérifications Web ci-dessous. Une build réussie crée une version de production sur votre ordinateur ; il ne le télécharge ni ne le publie. Ne confondez pas le corepack pnpm --filter @supastack/web start avec le déploiement : start exécute la version précédemment construite localement. Exécutez-le uniquement après avoir arrêté le serveur de développement sur le port 3000.

Suivez le guide de l'hôte choisi pour les étapes de migration, d'environnement et de lancement. Testez l'inscription, un code e-mail, les données de compte enregistrées après un redémarrage et une fonctionnalité payante dans le bac à sable du fournisseur avant d'ouvrir les ventes. Un client mobile ou de bureau doit pointer vers ce backend HTTPS en cours d'exécution. La publication d'une application native est une étape distincte documentée dans le guide de distribution de sa plateforme.

corepack pnpm --filter @supastack/web typecheck
corepack pnpm --filter @supastack/web build

Préparer les services

Créez la base de données Postgres, appliquez les migrations du référentiel et saisissez votre application publique URL et les paramètres d'authentification dans le tableau de bord d'hébergement. Choisissez un fournisseur de facturation Web pris en charge et un fournisseur de messagerie transactionnelle pour les fonctionnalités que vous activez. Configurez Trigger.dev lorsque votre produit utilise ses flux de travail en arrière-plan ; vous n'avez pas besoin de toutes les intégrations pour publier une application de base.

Configurez le catalogue immuable des modèles et tarifs ainsi que la politique d’IA des espaces de travail avant d’accepter des tâches d’IA en production. Une politique d’alias vide doit laisser ces choix indisponibles.

Compiler et déployer l’application web

Exécutez les commandes Web ci-dessous à partir de la racine du référentiel et résolvez toute erreur avant de continuer. typecheck vérifie les types, test exécute les tests Web et build crée des fichiers de production localement. Suivez votre guide d'hébergement sélectionné pour les télécharger et les exécuter avec ses paramètres d'environnement côté serveur. Ces commandes ne déploient pas l'application.

corepack pnpm --filter @supastack/web typecheck
corepack pnpm --filter @supastack/web test
corepack pnpm --filter @supastack/web build

Vérifier les frontières déployées

Vérifiez la connexion et la persistance sur la base déployée ; testez l’isolation des espaces de travail ; confirmez le traitement des webhooks de sandbox Stripe et les changements de droits ; lancez une tâche d’arrière-plan jusqu’à l’enregistrement du résultat et l’envoi transactionnel.

Consultez docs/real-provider-smoke.md et docs/production-ai-runtime.md dans le dépôt pour le parcours explicite d’acceptation des fournisseurs. Une compilation réussie ou un test navigateur intercepté ne prouve pas ces résultats externes.

Questions fréquentes

14 questions

Qu'est-ce que supastack ?

supastack est une fondation modulaire pour construire des produits SaaS avec IA. Elle réunit l'infrastructure commune pour que vous puissiez vous concentrer sur les fonctionnalités propres à votre produit.

Prend-il en charge le web et le mobile ?

Oui. supastack inclut des applications Next.js et Expo comme points de départ pour des expériences web et mobile.

Quelle authentification est incluse ?

Better Auth couvre e-mail/mot de passe, OTP et connexion sociale. Les espaces de travail personnels sont provisionnés avec le compte pour que les enregistrements restent délimités dès le premier jour.

Comment l'IA est-elle prise en charge ?

supastack inclut une IA multi-fournisseurs configurable, le suivi d'usage, des budgets, et la prise en charge chiffrée de vos propres clés (BYOK).

Comment les abonnements sont-ils gérés ?

Pour les produits construits sur le kit, la facturation Stripe, les abonnements et les droits d'accès forment la base de l'accès payant. Les secrets fournisseur restent côté serveur.

Où vit le code propre à mon produit ?

Les fonctionnalités propres au produit restent dans un codebase séparé, tandis que le produit configure et intègre les modules de la fondation supastack.

Comment fonctionne la tarification de supastack ?

Le kit est un achat unique avec mises à jour à vie : Un framework à 249 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 349 $) ou Tous les frameworks (Next.js, iOS, Android) à 499 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 599 $), plus 75 $ par siège développeur supplémentaire. Pas d'abonnement au kit. Le paiement sur ce site livre votre clé de licence par e-mail, avec accès au dépôt via invitation GitHub.

Comment les espaces de travail délimitent mes données ?

Les enregistrements appartenant aux utilisateurs sont délimités par workspaceId. Identité, droits d'accès, usage IA, événements de facturation et entrées d'audit restent dans le périmètre de l'espace personnel.

Comment fonctionnent les jobs en arrière-plan ?

Trigger.dev est le runtime de jobs explicite. Le contrat JobRunner ne promet que enqueue, status et cancel — la sémantique de workflow reste propre à Trigger.dev et explicite.

En quoi l'e-mail diffère-t-il de la prospection ?

L'e-mail transactionnel couvre les flux produit comme les avis de fin de tâche. La prospection à froid et les campagnes relèvent du produit, hors du module e-mail de ce kit.

Comment fonctionnent les achats sur mobile ?

Le mobile inclut les achats natifs et leur restauration via RevenueCat, avec un accès vérifié par votre serveur. Configurez les comptes des boutiques et terminez les tests sur appareil avant publication. La facturation web reste séparée.

Où vivent les clés des fournisseurs IA ?

Les identifiants BYOK sont chiffrés et restent côté serveur. Les clés sont masquées dans les journaux ; l'usage et les budgets restent visibles au niveau de l'espace de travail.

Quels moyens de paiement le checkout accepte-t-il ?

Le checkout hébergé par Stripe accepte les cartes et peut aussi proposer Alipay et WeChat Pay une fois ces portefeuilles activés sur le compte Stripe — pratique pour les acheteurs en Chine. Les autorisations de portefeuille se confirment de manière asynchrone : la page de licence se met à jour dès que le paiement est validé.

Puis-je obtenir un remboursement ?

Une fois que vous avez accès au dépôt, supastack vous appartient pour toujours et ne peut donc pas être remboursé. Mais rassurez-vous : vous obtenez le code source complet avec des mises à jour à vie pour créer et déployer un nombre illimité de produits pour vous ou vos clients. Vous ne pouvez simplement pas revendre le code ni redistribuer le dépôt sous forme de kit de démarrage ou de modèle.

FR
Thème