Build
Formation · ta première application

La mise en ligne en une commande.

Ton application tourne sur ta machine. Pour qu'elle tourne sur une adresse publique, il faut un serveur, quatre fichiers et une première installation. C'est exactement ce qui a été fait pour ce site le 02/09. Après ça, chaque mise à jour tient en une commande.

Louer un serveur et y entrer, poser l'application dessus avec un service qui redémarre seul, nginx devant, le script de déploiement, puis comment vérifier avant même que le nom de domaine existe. Le certificat HTTPS vient à la leçon suivante.
Avant cette leçon

Tu arrives ici directement ? Ces leçons préparent ce qu'elle suppose (le dossier, les outils installés) :

Touche ton ordinateur ci-dessus : les commandes du guide s'adaptent. Testé sous Windows 11. Les passages Mac suivent la documentation d'Apple et d'Anthropic.

La leçon d'avantUne vraie application, de bout en bout→

Avant tout : ce qu'est un serveur et pourquoi le tien ne suffit pas

Un serveur est un ordinateur allumé en permanence, dans un centre de données, avec une adresse fixe sur internet. Ta machine s'éteint, change d'adresse et n'est pas faite pour recevoir des inconnus. On en loue un, quelques euros par mois.

Ton dossier,sur ta machinedeploy.sh :l'envoiLe serveur :service + nginxUne adressepublique
Une fois la première installation faite, seule la deuxième flèche se répète.

Les fichiers montrés dans cette leçon sont ceux de Build, le site sur lequel tu lis ceci : un dossier serveur/, un dossier site/, un fichier de secrets .env. Ton application de rendez-vous a d'autres noms (app.py, config.ini, lancer.bat). Ne recopie pas ces fichiers : Claude écrit les tiens, adaptés à ton dossier. Ici tu apprends ce que fait chaque morceau, pour comprendre ce qu'il te propose. Partout où tu lis build, lis le nom de ton application.

Ne mets pas en ligne l'application avec le mot de passe admin encore en clair dans config.ini : fais d'abord les trois corrections de la leçon précédente. Et évite l'hébergeur « spécial Python » qui promet zéro configuration : le jour où ça ne marche plus, tu ne sais pas où est ton application. Un serveur ordinaire, tu le comprends en entier.

Avant de mettre en ligne, fais passer ces vérifications de sécurité à ton application :

Pour aller plus loin · GratuitLes cinq vérifications de sécurité à donner à Claude→
01

Fabriquer ta clé SSH

SSH est le programme qui ouvre, dans ton terminal, un terminal sur une autre machine. Pour y entrer sans mot de passe, il utilise une clé en deux morceaux : une partie privée qui ne quitte jamais ton ordinateur et une partie publique que tu donnes à l'hébergeur. L'hébergeur la demande à la création du serveur, donc on la fabrique d'abord. Dans le terminal :

Dans le terminal
ssh-keygen -t ed25519

Il pose trois questions : où ranger la clé, puis une phrase de passe deux fois. Appuie sur Entrée trois fois : l'emplacement par défaut et pas de phrase de passe. S'il demande Overwrite (y/n)?, réponds n : tu as déjà une clé, garde-la. Les questions sont en anglais, dans cet ordre :

Ce que tu obtiens
Enter file in which to save the key (...):      → Entrée
Enter passphrase (empty for no passphrase):     → Entrée
Enter same passphrase again:                    → Entrée

Il affiche ensuite où il a rangé la clé et un petit dessin fait de caractères dans un cadre : c'est normal, tu n'en as rien à faire. Puis affiche la partie publique :

Dans le terminal
type $env:USERPROFILE\.ssh\id_ed25519.pub
Dans le terminal
cat ~/.ssh/id_ed25519.pub

Tu obtiens une seule ligne qui commence par ssh-ed25519. C'est elle que tu copies chez l'hébergeur. Pour la copier sans la sélectionner à la souris, cette commande la met directement dans le presse-papiers, prête à coller avec Ctrl + V (Cmd + V sur Mac) :

Dans le terminal
type $env:USERPROFILE\.ssh\id_ed25519.pub | clip
Dans le terminal
cat ~/.ssh/id_ed25519.pub | pbcopy

Tu peux aussi tout déléguer :

À écrire dans Claude Code
Crée-moi une clé SSH pour me connecter à un serveur, sans phrase de
passe et montre-moi la clé publique à coller chez l'hébergeur.
Le piège

Copier le fichier sans .pub à la fin. C'est la partie privée : elle ne se colle nulle part, jamais.

Premium

La suite est dans la formation.

Tu viens de lire la première partie. Il en reste 5, avec les commandes exactes et les pièges à chaque étape :

  1. Louer un serveur et y entrer
  2. Poser l'application, avec un service qui redémarre seul
  3. nginx devant
  4. deploy.sh : la commande qui remplace tout le reste
  5. Vérifier avant même que le nom existe

29 € une seule fois, accès à vie. 29 € pour les 50 premiers membres, il en reste 35. Ensuite 49 €.

Prendre l'accès à vie