Ce qui s’exécute localement
Le serveur de développement gère ces fonctionnalités entièrement sur votre machine :- Fonctions : les fonctions backend s’exécutent localement avec rechargement automatique lors des modifications de fichiers.
- Entités : les données d’entités sont stockées dans une base de données locale en mémoire. Les modifications de schéma sont prises en compte automatiquement.
- Médias : les téléchargements de fichiers sont enregistrés localement.
- Authentification : l’inscription et la connexion par e-mail/mot de passe s’exécutent localement.
Les
automatisations
de fonctions ne s’exécutent pas localement.
Ce qui est redirigé
Certaines fonctionnalités ne sont pas encore gérées localement. Lorsque le serveur de développement reçoit une requête qu’il ne peut pas servir, il la redirige vers votre application déployée afin que l’appel fonctionne toujours. Le serveur enregistre un avertissement à chaque fois que cela se produit. Les fonctionnalités redirigées comprennent :- Authentification : les routes OAuth et de connexion sociale sont redirigées vers Base44 pour que les cookies de session fonctionnent correctement. L’authentification par e-mail/mot de passe s’exécute localement.
- Intégrations principales : les endpoints comme
SendEmailou la génération IA sont redirigés. Les téléchargements de fichiers sont l’exception et s’exécutent localement. - Intégrations personnalisées : appels API configurés via des spécifications OpenAPI.
Fonctions
Les fonctions backend s’exécutent localement sur votre machine. Vous pouvez les appeler depuis votre frontend comme des fonctions déployées.- Chaque fonction s’exécute en tant que processus Deno séparé, qui doit être installé séparément.
- Les fonctions se rechargent automatiquement lorsque vous modifiez le code source.
- La sortie des fonctions est affichée directement dans votre terminal. Vous n’avez pas besoin d’utiliser
base44 logspendant le développement local.
Base44-App-Id: défini à partir de l’en-tête entrantX-App-Idlorsqu’il est présent.Base44-Service-Authorization: défini à partir de l’en-tête entrantAuthorizationlorsqu’il est présent, afin que le code qui lit l’en-tête d’autorisation de service localement corresponde au comportement déployé.Base44-Api-Url: défini à l’URL de base de votre serveur de développement (schéma et hôte), afin que les fonctions puissent construire des rappels ou des URL absolues par rapport au serveur local.
Authorization original est toujours transmis tel quel.
La première requête à une fonction peut être plus lente car le serveur de
développement démarre le processus à la demande. Les requêtes suivantes
réutilisent le processus en cours d’exécution.
Entités
Les opérations d’entités vont vers une base de données locale en mémoire au lieu de la base de données distante. Cela vous permet de créer, lire, mettre à jour et supprimer des enregistrements sans affecter vos données de production.- Toutes les données sont stockées en mémoire et sont effacées lorsque vous arrêtez le serveur de développement.
- Les modifications de schéma sont prises en compte automatiquement. La modification d’un schéma d’entité efface toutes les données en mémoire pour cette entité.
- Les abonnements en temps réel fonctionnent localement. Si votre frontend utilise
entities.subscribe(), il reçoit des événements pour les modifications d’entités locales. - L’entité
Users’exécute localement. Au démarrage, le serveur de développement initialise un seul enregistrement utilisateur en utilisant vos identifiants CLI authentifiés. Les opérations de lecture et de mise à jour surmefonctionnent comme en production. Les requêtes pour créer ou supprimer des utilisateurs sont ignorées silencieusement, correspondant au comportement de production où la gestion directe des utilisateurs n’est pas autorisée.
Médias
Les téléchargements de fichiers sont gérés localement afin que vous puissiez tester les fonctionnalités multimédias sans télécharger vers le stockage de production. Les fichiers sont enregistrés dans un répertoire temporaire et nettoyés lorsque le serveur de développement s’arrête. La taille maximale des fichiers est de 50 Mo.Authentification
L’inscription et la connexion par e-mail/mot de passe s’exécutent localement lorsque votre application utilise le système d’authentification intégré. Les routes OAuth et de connexion sociale sont redirigées vers Base44. Pour enregistrer un nouvel utilisateur pendant le développement avec l’authentification e-mail/mot de passe :- Appelez l’endpoint d’enregistrement. Le serveur de développement affiche un code de vérification unique dans votre terminal au lieu d’envoyer un e-mail.
- Soumettez le code à l’endpoint verify-OTP pour confirmer l’adresse et créer l’utilisateur.
- Connectez-vous avec l’e-mail et le mot de passe enregistrés.
base44 login) peut se connecter avec n’importe quel mot de passe, sans inscription nécessaire.
Voir aussi
- Configuration : prérequis et instructions étape par étape
- Fonctions backend : écrivez des fonctions serverless qui s’exécutent sur l’infrastructure de Base44
- Entités : définissez des modèles de données pour votre application
- Structure du projet : comment les fichiers de projet sont organisés
Cette page a été traduite à l’aide de l’IA. Pour les informations les plus précises et à jour, consultez la version anglaise.

