Résumé

  • Veronica recherchait les titres des menus Gopher et renvoyait des éléments sélectionnables ; elle ne parcourait pas le contenu des fichiers.
  • En 1994, la collecte au Nevada et le service de recherche assuré par huit sites publics étaient devenus deux fonctions distinctes.
  • Cette architecture élargissait la découverte tout en laissant la couverture, la qualité des intitulés, la mise à jour et l’exclusion locale aux opérateurs.

Une recherche pouvait produire des milliers de résultats sans avoir lu un seul document. C’était le compromis proposé par Veronica aux usagers de Gopher au début des années 1990 : le service cherchait les titres affichés dans les menus des serveurs, puis renvoyait un menu composé des éléments correspondants. En sélectionnant l’un d’eux, l’usager rejoignait sa source. L’index facilitait la découverte sans déplacer les fichiers vers un dépôt central.

Dans son annonce du 17 novembre 1992, Steve Foster présentait Veronica comme une réponse expérimentale au problème de repérage dans un Gopher en pleine expansion. Le service avait indexé 258 serveurs et en avait découvert plus de 500. Foster prévoyait que la demande dépasserait bientôt les capacités de la première machine et annonçait une distribution du service. La limite était explicite : Veronica indexait les intitulés des menus, pas le texte intégral hébergé par chaque site. Ses résultats restaient utiles parce qu’ils étaient des éléments Gopher que le client pouvait ouvrir, et non une simple liste de noms d’hôtes à visiter ensuite.

Cette distinction se comprend à partir du protocole. Publié en mars 1993, le RFC 1436 décrit la transaction de recherche de type 7 : le client envoie un sélecteur et des mots-clés, puis le serveur retourne un menu. Le RFC parle de recherche plein texte parce que certains serveurs Gopher pouvaient effectivement indexer le contenu. Cette désignation générique ne correspond pas à l’index de Veronica. En 1994, le guide d’utilisation et les documents de l’opérateur précisaient que la recherche ordinaire portait sur les mots présents dans les titres des éléments.

Un intitulé de répertoire, de fichier ou d’image pouvait être retrouvé ; le corps du document ne pouvait pas l’être, sauf si un autre service l’indexait.

L’interface partagée masquait un service en deux parties. Un collecteur parcourait les menus Gopher accessibles, préparait l’index puis distribuait des jeux de données. Des serveurs de recherche répondaient aux requêtes de type 7 envoyées par les clients Gopher. En février 1994, le rapport de situation préparé par Steven Foster indiquait que la collecte et la préparation se faisaient à l’Université du Nevada, tandis que les données étaient servies depuis d’autres sites. Huit serveurs publics fonctionnaient depuis juillet 1993, avec le soutien de réseaux de recherche et d’institutions en Amérique du Nord et en Europe.

Le rapport estimait à 1,2 million le nombre de requêtes traitées par les sites publics en février ; la plupart, disait-il, aboutissaient en moins de vingt secondes. Ce sont des estimations contemporaines, non un audit indépendant du trafic.

L’échelle augmenta vite. Le rapport de 1994 dénombrait plus de 3 200 serveurs Gopher sur environ 2 500 hôtes Internet. La FAQ de Foster estimait ensuite l’index à quelque 10 millions d’éléments provenant d’environ 5 500 serveurs en juin 1994, puis à près de 15 millions en novembre. En janvier 1995, elle recensait 5 057 serveurs Gopher, auxquels s’ajoutaient environ 5 000 autres services référencés depuis des menus Gopher, dont des serveurs Web et des services Telnet. Ces chiffres portent sur des dates et des catégories différentes : il ne faut pas les additionner.

Ils montrent plutôt qu’un index des titres pouvait exposer des liens vers des ressources situées hors de Gopher.

L’index ne rendait pas chaque ressource aussi facile à trouver. Selon la FAQ, un nouveau serveur pouvait manquer un cycle mensuel de collecte ; une panne ou une restriction d’accès pouvait aussi le laisser hors index. L’administrateur d’un site pouvait demander l’exclusion de tout le serveur ou limiter l’indexation à certains menus au moyen d’un fichier de contrôle. Cette possibilité protégeait des choix locaux, mais signifiait aussi qu’une absence de résultat pouvait tenir à une collecte manquée, à une inaccessibilité ou à un titre différent des mots recherchés.

Le guide permettait d’affiner les requêtes avec des opérateurs booléens ou un filtre par type d’élément. Par défaut, le serveur ne renvoyait toutefois que les 200 premières correspondances. Un terme courant pouvait donc transformer l’index en un nouveau problème de navigation.

La réplication introduisait également des écarts temporels. Foster écrivait qu’idéalement chaque serveur Veronica devait répondre de la même manière. En pratique, les index n’étaient pas mis à jour au même moment et pouvaient diverger ; la charge et l’état du réseau influaient aussi sur la vitesse. La distribution des requêtes supprimait une partie de la pression sur un seul ordinateur, sans supprimer la dépendance envers l’équipe du Nevada qui préparait le jeu de données. Et l’index central ne commandait pas les éditeurs Gopher : il suivait les menus accessibles et respectait les exclusions configurées par leurs responsables.

C’est là que se situe l’intérêt historique. Veronica ajoutait une couche de découverte à l’échelle du réseau sans revendiquer la propriété des informations sous-jacentes. Une requête commune pouvait produire des résultats issus de nombreuses institutions, alors que les fichiers restaient sur leurs serveurs et que leurs responsables conservaient un certain contrôle sur l’indexation. La note 64 offre, plusieurs décennies plus tard, une grille de lecture pour interroger la frontière entre spécification commune et exploitation locale ; elle n’est pas une source sur Veronica.

Les documents contemporains montrent plutôt un échange concret : un titre consultable, une copie distribuée de l’index et un accès direct à l’éditeur. Le système ne pouvait trouver que ce que la collecte et les intitulés rendaient visible ; cette limite relevait de son architecture, elle n’était pas dissimulée derrière une promesse de recherche plein texte.

Sources : annonce de Foster du 17 novembre 1992 ; RFC 1436 ; RFC 1580 ; RFC 1689 / FYI 25 ; RFC 1739 ; FAQ de Veronica, première partie ; seconde partie.