Résumé

  • La RFC 1436 situe en 1991 la première diffusion du protocole sur le campus et en 1993 sa description publique ; la RFC est informative, pas une norme.
  • Chaque site pouvait composer un menu pour ses lecteurs entre plusieurs hôtes autonomes, mais l’équipe du Minnesota gardait le code du client et un levier sur l’évolution du protocole.

Gopher n’a pas transformé Internet en bibliothèque unique. Il a donné aux lecteurs un chemin commun dans des menus dont les entrées pouvaient renvoyer vers des documents hébergés sur des machines différentes. La séparation entre l’arborescence visible et l’emplacement physique du fichier appartenait à la conception du protocole.

La RFC publiée par l’équipe de l’Université du Minnesota en mars 1993 précise que le protocole de base avait d’abord été diffusé par le Minnesota Microcomputer Center en 1991. Il faut distinguer ces deux dates : 1991 situe le projet sur le campus, tandis que 1993 correspond à sa description publique dans une RFC informative, qui n’est pas une norme Internet officielle. (RFC 1436, §1 ; RFC 1739)

Une entrée de menu associait un type, un libellé destiné au lecteur, un sélecteur opaque, puis le nom d’hôte et le port du serveur. Le client pouvait ainsi présenter un parcours homogène tout en demandant chaque ressource à un serveur exploité de façon autonome. Les entrées de recherche prolongeaient ce principe : le serveur de recherche recevait la requête et pouvait renvoyer un répertoire virtuel. C’était une architecture client-serveur distribuée, pas du pair-à-pair. (RFC 1436, §§2–3)

Dans un entretien rétrospectif, Mark McCahill explique que Gopher répondait à un besoin très concret du campus : rendre l’information institutionnelle plus facile à trouver sans bâtir un grand système central. Il oppose l’approche d’un comité autour d’un mainframe à un petit groupe capable de développer et déployer un outil plus simple. Cet entretien éclaire le raisonnement de l’équipe ; il ne constitue pas, à lui seul, un cahier des charges contemporain. (Entretien avec McCahill, p. 3–5)

Le menu était aussi une surface éditoriale. McCahill se souvient que les administrateurs pouvaient ordonner les liens pour leurs lecteurs même si les documents se trouvaient ailleurs ou ne correspondaient pas à l’arborescence du système de fichiers. Une institution pouvait donc exposer ses propres catégories, sans dévoiler son organisation de stockage. Le protocole indiquait comment suivre un pointeur ; il ne fixait ni le sens ni l’ordre de chaque menu local. (Entretien avec McCahill, p. 3–4)

Cette autonomie avait une limite. L’équipe du Minnesota publiait le code des serveurs mais gardait le code du client, tout en distribuant gratuitement des exécutables. McCahill voulait pouvoir faire évoluer le protocole en modifiant le client. L’hébergement était donc réparti, sans que la gouvernance le soit au même degré : l’équipe conservait une influence sur le logiciel qui orientait la découverte et sur le sens des évolutions. (Entretien avec McCahill, p. 6–8)

Les chiffres d’adoption demandent eux aussi des précautions. En décembre 1993, la RFC 1689 estimait qu’il existait environ 4 800 serveurs Gopher, dont près d’un tiers prenait en charge Gopher+. C’est une estimation contemporaine publiée dans une RFC informative, pas un recensement ni une mesure de 1991. Elle indique néanmoins que le système était devenu visible à grande échelle à la fin de 1993, sans permettre de connaître exactement son parc. (RFC 1689)

L’intérêt historique tient à cette séparation. Un format commun rendait des documents repérables entre plusieurs hôtes ; les opérateurs locaux choisissaient ce qu’ils publiaient et la façon de le classer ; le client restait enfin un point de contrôle déterminant. Le menu de Gopher n’était pas simplement une page web rudimentaire : c’était une convention pour pointer entre machines autonomes, assortie d’une liberté locale sur le sens des parcours.

Sources et limites

Les détails du protocole viennent de la RFC informative de 1993 ; les motivations du campus et les pratiques de menu proviennent d’un entretien rétrospectif. Le nombre de serveurs de décembre 1993 est une estimation, pas un recensement. Ces sources ne donnent ni un décompte exact pour 1991 ni la preuve d’un modèle pair-à-pair.

RFC 1436 · RFC 1689 · RFC 1739 · Entretien avec McCahill · Minnesota Computing History