Pourquoi le téléchargement finit par demander plusieurs programmes

Télécharger ressemble à une activité et en est en réalité plusieurs. Un gros fichier depuis un lien ordinaire, un torrent qui exige un client pair-à-pair, une vidéo qui arrive en fragments au lieu d'exister comme fichier, un partage sur une machine dans la pièce voisine. Chacune a son protocole, et comme chaque protocole a grandi avec son propre outil, la réponse habituelle est de garder quatre programmes installés et de se rappeler lequel correspond à quelle adresse. Rien n'est cassé dans cet arrangement ; c'est simplement le prix de l'histoire, et il se paie chaque fois qu'un lien arrive et que la première décision n'est pas quoi télécharger mais avec quoi l'ouvrir. L'idée ici est de placer ces protocoles derrière un seul moteur, pour que cette décision disparaisse.

Mesurer d'abord, décider ensuite comment découper

Le moteur est écrit en Rust et bâti sur une exécution asynchrone, les entrées-sorties réseau comme les écritures sur disque se faisant de ce côté. Cela compte non pour la vitesse brute mais pour ce que le programme fait avant de commencer : au lieu de diviser chaque fichier en un nombre fixe de segments, il envoie d'abord une petite requête de sondage pour mesurer la bande passante réellement disponible, puis combine cette mesure avec la taille du fichier et le nombre de cœurs du processeur pour choisir un nombre de segments.

Les règles derrière ce choix sont la partie intéressante, parce qu'elles contiennent de l'expérience. Les fichiers de moins de quelques mégaoctets ne sont pas découpés du tout — une seule connexion est plus rapide que le coût d'en coordonner plusieurs. Les fichiers plus gros gardent chaque segment au-dessus d'une taille minimale, précisément pour qu'un disque mécanique ne soit pas malmené par des écritures dispersées depuis une douzaine de positions à la fois. L'effet pratique : une connexion rapide tire tout le bénéfice du parallélisme, tandis qu'une connexion lente ou un petit fichier n'est pas ralenti par zèle. Et rien de tout cela n'a besoin d'être su : il n'y a aucun nombre de segments à régler.

Dix protocoles au même endroit

C'est ici que l'outil se sépare d'un téléchargeur à usage unique. Les liens directs ordinaires par les deux protocoles du web sont la base. Le stockage joignable par le protocole de fichiers du web, en clair comme en sécurisé, est couvert. De même le transfert de fichiers classique dans ses deux formes, la variante chiffrée par shell, et le protocole de partage de fichiers utilisé dans les réseaux locaux. Le pair-à-pair est présent à la fois comme protocole torrent et par liens magnétiques, et l'ancien format de lien pair-à-pair est pris en charge via un client externe qui doit être présent. Les manifestes de flux — le format qui livre la vidéo comme une suite numérotée de courts fragments plutôt que comme un fichier — sont traités aussi, y compris le déchiffrement des segments protégés par le chiffrement courant. Le protocole de stockage distribué complète la liste, inclusion inhabituelle et bienvenue.

Deux d'entre eux méritent une phrase de plus. La capture de flux est l'endroit où la plupart des outils à usage unique s'arrêtent, car un manifeste n'est pas un fichier et les segments sont souvent chiffrés ; faire le déchiffrement correctement est la différence entre un outil qui capture la vidéo et un outil qui capture des fragments illisibles. Et l'ancien format de lien pair-à-pair survit dans les archives et les vieux forums, donc le prendre en charge relève de l'accès à du matériel autrement inaccessible et non de la complétude pour elle-même.

Le navigateur passe le travail

Une extension existe pour les deux grands navigateurs, et elle fait deux choses distinctes. La première est la reprise : un téléchargement lancé dans le navigateur est confié au gestionnaire au lieu d'être traité par le navigateur, ce qui fait disparaître la routine du copier le lien puis le coller ailleurs. Quels sites sont repris et lesquels restent tranquilles est réglable, ce qui compte car personne ne veut voir chaque fichier anodin dévié.

La seconde est la détection. Pendant qu'une page est ouverte, l'extension cherche les adresses des flux vidéo derrière elle — le plus souvent au format manifeste — et les propose au téléchargement en une seule action. Qui a passé vingt minutes dans les outils de développement d'un navigateur à chercher la bonne requête parmi deux cents saura pourquoi c'est la fonction qu'on utilise chaque jour et non occasionnellement.

Un moteur, plusieurs visages

L'architecture est l'argument de la cohérence. Les applications de bureau sur les trois systèmes sont bâties comme une enveloppe autour d'une interface en technologie web, les applications mobiles pour les deux systèmes mobiles utilisent une boîte à outils multiplateforme, et les deux reposent sur le même moteur Rust. Un outil en ligne de commande distinct expose le moteur pour lui-même, avec gestion de file, contrôle de la concurrence et reprise des transferts interrompus — ce qui rend le moteur utile à qui automatise des téléchargements au lieu de les cliquer.

Parce que le moteur est partagé et non réécrit par plateforme, le comportement ne dérive pas : la logique de segmentation, la prise en charge des protocoles et le traitement de la reprise sont les mêmes que la tâche ait été lancée sur un portable, un téléphone ou dans un script. C'est le bénéfice discret de mettre la partie difficile au même endroit, et la raison pour laquelle on peut croire que la liste de protocoles signifie la même chose partout.

Ce qui se passe ici est sans éclat et attendu depuis longtemps : des besoins de téléchargement qui se dispersent d'ordinaire sur plusieurs outils réunis dans un seul programme, dont le moteur choisit ses propres réglages. Gratuit, ouvert, sans publicité, avec une extension qui reprend et qui détecte — et aucun paramètre à ajuster avant que cela fonctionne bien.

L'appréciation honnête

Le travail d'ingénierie intéressant est entièrement dans les parties qu'on ne voit jamais : une mesure avant une décision, un plancher sur la taille des segments pour le bien du disque, un déchiffrement correct des fragments de flux, un moteur partagé par cinq plateformes et une ligne de commande. Rien de tout cela ne rend une capture d'écran plus attrayante, et tout cela explique pourquoi le programme se comporte raisonnablement au premier essai plutôt qu'après une séance d'ajustements. Pour qui doit actuellement se rappeler lequel de quatre programmes traite ce genre particulier d'adresse, c'est une vraie amélioration — et de celles qui cessent d'être remarquées en une semaine, ce qui est le plus beau compliment pour un utilitaire.