Zusammenfassung
- Veronica suchte nach Titeln in Gopher-Menüs und gab auswählbare Gopher-Einträge zurück; den Dateiinhalt durchsuchte sie nicht.
- 1994 waren Datensammlung in Nevada und Suchbetrieb an acht öffentlichen Standorten getrennte Aufgaben.
- Die Suche reichte weiter, doch Abdeckung, Benennungsqualität, Aktualisierung und lokale Ausschlüsse blieben Sache von Betreibern und Anbietern.
Eine Suche konnte Tausende Treffer liefern, ohne ein einziges Dokument gelesen zu haben. Das war Veronicas Angebot an Gopher-Nutzer Anfang der 1990er Jahre: Sie durchsuchte die Titel in den Menüs der Server und gab ein Menü mit passenden Einträgen zurück. Wer einen Eintrag auswählte, gelangte zur Quelle. Der Index erleichterte das Auffinden im Netz, ohne die Dateien in ein zentrales Archiv zu verlagern.
Steve Foster stellte Veronica in seiner Ankündigung vom 17. November 1992 als experimentelle Antwort auf die wachsende Schwierigkeit vor, Ressourcen im rasch größer werdenden Gopher-Netz zu finden. Damals waren 258 Server indexiert; mehr als 500 hatte das Team entdeckt. Foster erwartete, dass die Nachfrage die erste Maschine bald überfordern würde, und kündigte eine Verteilung des Dienstes an. Auch die Grenze benannte er: Veronica indexierte Menü-Titel, nicht die Volltexte auf den einzelnen Rechnern.
Die Ergebnisse waren trotzdem direkt nutzbar, weil sie aus Gopher-Einträgen bestanden, die ein Client öffnen konnte – nicht nur aus Hostnamen, die der Leser anschließend einzeln aufsuchen musste.
Das Protokoll macht den Unterschied sichtbar. RFC 1436 beschreibt im März 1993 die Gopher-Suchtransaktion vom Typ 7: Ein Client sendet einen Selektor und Suchwörter, der Server antwortet mit einem Menü. Der RFC nennt dies eine Volltext-Suchtransaktion, weil Gopher-Server tatsächlich Inhaltsindizes anbieten konnten. Diese allgemeine Protokollbezeichnung beschreibt jedoch nicht Veronicas eigenen Index. Die Benutzeranleitung und die Betreiberunterlagen von 1994 erklärten ausdrücklich, dass die normale Suche Wörter in den Titeln der Einträge abglich.
So ließ sich ein Verzeichnis-, Datei- oder Bildtitel finden; der Fließtext blieb außen vor, sofern kein anderer Dienst ihn indexierte.
Hinter der gemeinsamen Schnittstelle standen zwei Aufgaben. Ein Sammler durchlief erreichbare Gopher-Menüs, bereitete einen Index vor und verteilte Datensätze. Suchserver beantworteten Typ-7-Anfragen der Gopher-Clients. Der von Veronica-Entwickler Steven Foster herausgegebene Statusbericht vom Februar 1994 hielt fest, dass Sammlung und Aufbereitung an der University of Nevada stattfanden, während weitere Veronica-Server die Datensätze erhielten. Seit Juli 1993 boten acht öffentliche Standorte die Suche an; Forschungsnetze und Einrichtungen in Nordamerika und Europa unterstützten sie.
Der Bericht schätzte für Februar 1,2 Millionen Anfragen an die öffentlichen Server und sagte, die meisten würden in weniger als zwanzig Sekunden beantwortet. Das sind zeitgenössische Betreiberangaben, keine unabhängig geprüfte Verkehrsmessung.
Die Größenordnung wuchs schnell. Der Bericht von 1994 zählte mehr als 3.200 Gopher-Server auf ungefähr 2.500 Internet-Hosts. Fosters FAQ nannte später rund zehn Millionen indexierte Einträge auf etwa 5.500 Gopher-Servern im Juni 1994 und ungefähr 15 Millionen Einträge im November. Im Januar 1995 verzeichnete sie 5.057 Gopher-Server sowie rund 5.000 weitere Dienste, die in Gopher-Menüs referenziert wurden – darunter Webserver und Telnet-Dienste. Die Angaben stammen aus verschiedenen Zeitpunkten und Kategorien und dürfen nicht zu einer einzigen Zahl addiert werden.
Sie zeigen aber, dass ein Titelindex auch Wege zu Ressourcen außerhalb von Gopher eröffnete.
Der Index machte nicht alles gleich gut auffindbar. Laut FAQ konnte ein neuer Server einen monatlichen Erfassungszyklus verpassen; Ausfälle oder Zugriffsbeschränkungen konnten den Sammler ebenfalls aussperren. Betreiber konnten einen ganzen Server ausschließen oder mit einer Kontrolldatei nur bestimmte Menüs zur Indexierung freigeben. Das bewahrte lokale Entscheidungsmöglichkeiten, bedeutete aber auch: Ein fehlender Treffer konnte auf eine noch ausstehende Erfassung, fehlenden Zugang oder einen anders formulierten Titel zurückgehen. Die Suchhilfe bot boolesche Operatoren und Filter nach Eintragstyp.
Standardmäßig lieferte der Server jedoch höchstens 200 Ergebnisse. Ein häufiges Suchwort konnte einen großen Index in ein neues Navigationsproblem verwandeln.
Die Replikation brachte zudem zeitliche Abweichungen. Fosters Suchanleitung erklärte, idealerweise sollten alle Veronica-Server dieselben Antworten liefern. In der Praxis wurden ihre Indizes zu unterschiedlichen Zeiten aktualisiert, sodass Trefferlisten voneinander abweichen konnten; Last und Netzverkehr beeinflussten außerdem die Antwortzeit. Verteilte Suchkapazität verringerte den Druck auf eine einzelne Maschine, beseitigte aber nicht die Abhängigkeit vom Team in Nevada, das den gemeinsamen Datensatz vorbereitete.
Eine zentrale Erfassung bedeutete auch keine zentrale Kontrolle über Gopher-Anbieter: Veronica folgte erreichbaren Menüs und berücksichtigte die Ausschlüsse der Betreiber.
Darin liegt der historische Befund. Veronica ergänzte Gopher um netzweite Auffindbarkeit, ohne Eigentum an den zugrunde liegenden Informationen zu beanspruchen. Eine gemeinsame Anfrage konnte Einträge vieler Einrichtungen liefern, während die Dateien auf ihren Servern blieben und die Anbieter die Indexierung ihrer Menüs teilweise steuern konnten. Heng Lus Note 64 bietet Jahrzehnte später eine analytische Linse für die Frage, wo eine gemeinsame Spezifikation endet und lokaler Betrieb beginnt; sie ist keine historische Quelle zu Veronica.
Die zeitgenössischen Unterlagen zeigen vielmehr einen konkreten Tausch: einen durchsuchbaren Titel, verteilte Indexkopien und einen direkten Weg zum Anbieter. Das System konnte nur finden, was Erfassung und Titel sichtbar machten. Diese Grenze war Teil der Architektur und wurde nicht hinter einem Versprechen von Volltextsuche versteckt.
Quellen: Fosters Ankündigung vom 17. November 1992; RFC 1436; RFC 1580; RFC 1689 / FYI 25; RFC 1739; Veronica-FAQ, Teil 1; Teil 2.
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
