Comprendre l'hébergement d'applications

L'hébergement d'applications exécute votre code Node.js ou Python sur une plateforme gérée, sans vous donner accès au système. Vous ne gérez ni les mises à jour de l'OS, ni le pare-feu, ni les processus système : vous fournissez un projet qui démarre et écoute sur le port attribué. Comprendre cette frontière évite de chercher une commande apt qui n'existe pas.

Ce que la plateforme gère

Le panneau est accessible sur https://game.neoheberg.fr (Pterodactyl). Il prend en charge :

• le runtime : Node.js 24, 22 LTS, 20 ou 18 ; Python 3.12, 3.11, 3.10 ou 3.9 ;
• l'installation des dépendances déclarées ;
• le démarrage, l'arrêt et le redémarrage du processus ;
• la console et les journaux de sortie ;
• l'allocation d'un port réseau ;
• les variables d'environnement ;
• les bases de données et les sauvegardes selon l'offre.

Ce que vous fournissez

Un projet qui respecte quatre règles simples :

1. les dépendances sont déclarées dans package.json ou requirements.txt ;
2. le fichier principal existe : index.js par défaut en Node.js, main.py en Python ;
3. la commande de démarrage fonctionne (node index.js, python main.py) ;
4. le serveur écoute sur 0.0.0.0 et sur le port fourni par la plateforme, jamais un port codé en dur.

Un projet qui ne respecte pas le point 4 démarre correctement puis reste injoignable : c'est l'erreur la plus fréquente.

Ce que vous n'avez pas

• pas d'accès root, donc pas de apt, systemctl ni modification de paquets système ;
• pas de modules noyau ni de Docker ;
• pas de choix libre du port : utilisez celui attribué dans le panneau ;
• pas de crontab système : planifiez dans l'application (par exemple avec node-cron) ou déclenchez depuis l'extérieur ;
• pas de SSH.

Les modules natifs qui nécessitent une compilation peuvent échouer faute d'outils de construction. Préférez des bibliothèques en JavaScript pur ou des binaires précompilés pour la plateforme.

Limites de ressources

Chaque offre fixe la RAM, le CPU et le disque. Dépasser la RAM fait tuer le processus, souvent suivi d'une boucle de redémarrage visible dans la console. Surveillez l'usage dans le panneau et adaptez :

• en Node.js, limitez le tas avec --max-old-space-size pour rester sous le quota ;
• réduisez le nombre de workers si votre code en lance plusieurs ;
• évitez de charger un fichier entier en mémoire pour le traiter.

Hébergement d'applications ou VPS

Besoin	Applications	VPS
Root et paquets système	non	oui
Runtime Node.js ou Python	fourni	à installer
Port et proxy web	port attribué	vous configurez 80/443
Maintenance de l'OS	plateforme	vous
Docker, démons, cron système	non	oui

Si votre projet a besoin de root, d'un service système ou d'un serveur web complet, prenez un VPS. Sinon, l'hébergement d'applications réduit fortement la maintenance. Les offres et leurs limites sont détaillées sur la page Tarifs.