QCM d'auto-évaluation — Hébergement et FTP

Cinq questions sur les deux microressources du module. Cliquez sur la réponse qui vous paraît juste : la correction s'affiche immédiatement, avec son explication. Répondez de mémoire — si vous hésitez, c'est justement la microressource qu'il faut relire.

1. 1 Votre page s'affiche parfaitement, et la barre d'adresse indique file:///C:/projet/index.html. Que pouvez-vous en conclure ?

   Le site est en ligne : il suffit d'envoyer cette adresse à quelqu'un. La page est visible par les ordinateurs de votre réseau. Rien de plus : le navigateur lit un fichier sur votre disque, pour vous seul. Le site est en ligne, mais son adresse n'est pas encore lisible.

   C'est la frontière de toute la partie 1. file:// signifie que le navigateur ouvre un fichier de votre disque dur, exactement comme le ferait un traitement de texte : aucun réseau n'est impliqué. Envoyer cette adresse à quelqu'un ne lui donnerait rien — elle désignerait un chemin sur sa machine. Publier est une étape à part entière.

2. 2 Vous avez transféré vos fichiers, mais l'adresse de votre site renvoie une erreur 404. Où regardez-vous en premier ?

   Le nom de domaine, qui n'est probablement pas encore actif. Le protocole choisi dans Cyberduck. Le certificat SSL, qui bloque l'affichage. Le niveau de dépôt : les fichiers sont-ils bien à la racine du sous-domaine ?

   Cyberduck affiche directement la racine de votre sous-domaine : ce qui y est déposé est exactement ce que le visiteur voit. Si les fichiers ont atterri un niveau plus bas, dans un sous-dossier créé au passage, l'adresse du site ne trouve plus d'index.html et renvoie une 404. C'est la cause la plus fréquente après un transfert pourtant réussi.

3. 3 Votre page d'accueil contient <a href="Contact.html"> et le fichier sur le serveur s'appelle contact.html. Que se passe-t-il ?

   Le lien fonctionne chez vous et échoue en ligne. Le lien échoue dans les deux cas : la casse compte partout. Le lien fonctionne dans les deux cas : les navigateurs corrigent. Le serveur renvoie la page en signalant un avertissement.

   C'est le piège le plus déroutant de la mise en ligne. Windows ne distingue pas les majuscules des minuscules dans les noms de fichiers, alors que les serveurs web — presque tous sous Linux — les distinguent. Le lien marche donc parfaitement en local et renvoie une 404 en ligne. D'où la règle de nommage : tout en minuscules, sans accent, sans espace.

4. 4 Dans Cyberduck, quel protocole choisissez-vous pour vous connecter à votre hébergement ?

   FTP, le plus simple et le plus compatible. Peu importe : le transfert est identique dans tous les cas. FTP-SSL (Explicit AUTH TLS), ou SFTP si l'hébergement le propose. WebDAV, conçu pour les hébergements mutualisés.

   Le transfert des fichiers est effectivement le même, mais pas leur trajet. En FTP simple, votre mot de passe circule en clair sur le réseau. FTP-SSL chiffre la connexion, SFTP l'encapsule dans un canal sécurisé : dans les deux cas, ce qui transite devient illisible pour un tiers. Le choix ne coûte rien — un élément de liste déroulante.

5. 5 Vous corrigez une faute dans index.html, vous retransférez le fichier, mais le site en ligne affiche toujours l'ancienne version. Que faites-vous ?

   On retransfère : le premier envoi a échoué. On force le rechargement avec Ctrl+F5. On attend : le serveur met quelques heures à se mettre à jour. On supprime le fichier sur le serveur avant de le renvoyer.

   Le serveur, lui, a déjà la bonne version : c'est votre navigateur qui garde l'ancienne en mémoire pour éviter de la retélécharger. Le rechargement forcé ignore ce cache. C'est le premier réflexe à prendre après chaque transfert — faute de quoi on croit à une panne et on retransfère dix fois le même fichier correct.