Retour à Questions et réponses sur l’IA
Pourquoi ne puis-je pas réussir le contrôle de santé après la sortie de Replit ? La plupart du temps, ce n’est pas la plateforme qui fait le pompage, mais l’adresse d’écoute, le mappage de port ou la commande de démarrage est incorrecte

Pourquoi ne puis-je pas réussir le contrôle de santé après la sortie de Replit ? La plupart du temps, ce n’est pas la plateforme qui fait le pompage, mais l’adresse d’écoute, le mappage de port ou la commande de démarrage est incorrecte

Questions et réponses sur l’IA Admin 43 vues

Si Replit est bloqué dans un contrôle de santé dès sa sortie, la plupart du temps ce n’est pas la plateforme qui se déclenche aléatoirement, mais votre application ne sert pas le monde extérieur comme l’environnement de déploiement l’attend. Les deux couches les plus pertinentes de la documentation actuelle de Replit sont que l’application doit exposer correctement le port HTTP, et la commande de démarrage pour le déploiement, . La configuration de replit et la cartographie des ports devraient correspondre.

Il y a trois fosses les plus courantes. Premièrement, le programme n’écoute que localhost, mais ne mappe pas ce port vers un port externe accessible de l’extérieur. Deuxièmement, l’application fonctionne en fait sur des ports comme 3000 et 5173, mais le .replit n’a pas la bonne configuration [[ports]]. Troisièmement, les commandes exécutées lors du déploiement ne sont pas les mêmes que celles que vous exécutez manuellement dans l’espace de travail.

Ce type de problème est inconfortable car il peut « sembler qu’il peut fonctionner » dans l’aperçu de l’espace de travail, mais le contrôle de santé passe par l’entrée standard après la sortie. Si le portail externe n’est pas connecté à votre application, la plateforme ne peut que déterminer que le service est malsain.

L’ordre d’enquête est recommandé comme suit :
1. D’abord, vérifiez quel port local l’application écoute enfin.
2. Vérifiez si [[ports]] dans .replit mappe ce localPort vers externalPort.
3. Si le programme ne lie que localhost, confirmez si exposeLocalhost = true est activé, ou changez directement pour la méthode d’écoute accessible externe.
4. Confirmez que la commande de démarrage du déploiement est la même que lors du débogage local.

La documentation de Replit rappelle également que seuls les ports HTTP correctement exposés peuvent être accessibles via des webviews ou des requêtes externes. Par conséquent, lorsque le contrôle de santé échoue, la priorité ne doit pas se concentrer sur la logique métier, mais d’abord sur « si le service est réellement exposé ».

En un mot, si vous ne réussissez pas le bilan de santé, ce n’est souvent pas que l’application ne fonctionne pas, mais que la plateforme ne peut pas la trouver. Si vous alignez le port, l’adresse d’écoute et la commande de démarrage, de nombreux problèmes de déploiement peuvent être éliminés.

Outils Recommandés

Plus