Кратко

  • Veronica искала заголовки в меню Gopher и возвращала выбираемые пункты; содержимое файлов она не сканировала.
  • К 1994 году сбор данных в Неваде и обслуживание запросов на восьми публичных узлах стали отдельными функциями.
  • Поиск расширил обнаружение ресурсов, но охват, качество названий, обновление и локальные исключения оставались за операторами и издателями.

Поиск мог выдать тысячи результатов, ни разу не прочитав документ. Таков был компромисс Veronica для пользователей Gopher в начале 1990-х: сервис искал названия пунктов в меню серверов и возвращал меню совпадений. Выбрав пункт, читатель переходил к источнику. Индекс помогал находить ресурсы в сети, не перенося сами файлы в единое хранилище.

В объявлении от 17 ноября 1992 года Steve Foster представил Veronica как экспериментальный ответ на трудность поиска в быстро растущем пространстве Gopher. На тот момент индекс включал 258 серверов, а команда обнаружила более 500. Foster ожидал, что нагрузка скоро превысит возможности первой машины, и сообщал о планах распределить сервис. Он прямо обозначил и предел: Veronica индексировала названия пунктов меню, а не полные тексты файлов на каждом сайте. Результаты были полезны, потому что оставались элементами Gopher, которые клиент мог открыть, а не перечнем имен узлов, которые приходилось посещать по одному.

Разницу помогает понять сам протокол. RFC 1436, опубликованный в марте 1993 года, описывает поиск типа 7 в Gopher: клиент отправляет селектор и слова запроса, а сервер возвращает меню. В RFC операция названа полнотекстовым поиском, поскольку некоторые серверы Gopher могли индексировать содержимое документов. Но общее название операции не описывает собственный индекс Veronica. Руководство пользователя и документы операторов 1994 года уточняли: обычный поиск Veronica сопоставлял слова в заголовках пунктов. Можно было найти название каталога, файла или изображения; текст документа оставался вне поиска, если его не индексировал другой сервис.

За простой общей формой запроса стояли две отдельные функции. Сборщик обходил доступные меню Gopher, готовил индекс и распространял наборы данных. Поисковые серверы отвечали на запросы типа 7 от клиентов Gopher. В отчете за февраль 1994 года, который редактировал разработчик Veronica Steven Foster, говорилось, что сбор и подготовка происходили в Университете Невады, а наборы данных передавались другим серверам Veronica. С июля 1993 года восемь публичных площадок предоставляли поиск при поддержке исследовательских сетей и учреждений Северной Америки и Европы.

Отчет оценивал февральский объем на публичных площадках в 1,2 миллиона запросов и утверждал, что большинство обрабатывалось менее чем за двадцать секунд. Это оценки операторов того времени, а не независимый аудит трафика.

Масштаб быстро рос. В отчете 1994 года насчитывалось более 3 200 серверов Gopher примерно на 2 500 интернет-узлах. В FAQ Foster позже указывалось около десяти миллионов проиндексированных пунктов на примерно 5 500 серверах в июне 1994 года и порядка пятнадцати миллионов в ноябре. В январе 1995 года FAQ фиксировал 5 057 серверов Gopher и около 5 000 других сервисов, на которые ссылались меню Gopher, включая Web-серверы и службы Telnet. Это цифры разных дат и категорий; складывать их в единый итог нельзя. Они показывают, что индекс заголовков мог вести и к ресурсам за пределами Gopher.

Индекс не делал все ресурсы одинаково доступными для поиска. Согласно FAQ, новый сервер мог не попасть в очередной месячный цикл сбора; сбои и ограничения доступа также мешали обходу. Администратор мог исключить весь сервер или разрешить индексировать только отдельные меню с помощью управляющего файла. Это сохраняло локальный выбор, но означало, что отсутствие результата могло объясняться пропуском при сборе, недоступностью сервера или отличием заголовка от слов запроса. Руководство предлагало логические операторы и фильтр по типу пункта, однако по умолчанию сервер выдавал не более 200 результатов.

Популярное слово могло превратить большой индекс в новую задачу навигации.

Репликация добавляла временные расхождения. Foster писал, что в идеале все серверы Veronica должны выдавать одинаковые ответы. На практике их индексы обновлялись не одновременно, поэтому результаты различались; на скорость влияли нагрузка и сеть. Распределение запросов снижало давление на одну машину, но не устраняло зависимость от команды в Неваде, готовившей общий набор данных. Центральный сбор также не означал централизованного контроля над издателями Gopher: Veronica обходила доступные меню и соблюдала заданные администраторами исключения.

В этом и состоит исторический смысл. Veronica добавила сетевой уровень поиска ресурсов, не заявляя права собственности на сами сведения. Один запрос мог находить пункты у множества организаций, тогда как файлы оставались на их серверах, а издатели сохраняли часть контроля над индексированием меню. Note 64, написанная десятилетия спустя, дает аналитическую оптику для вопроса о границе общей спецификации и локальной эксплуатации; она не является историческим источником о Veronica. Документы эпохи показывают конкретный обмен: доступный для поиска заголовок, распределенная копия индекса и прямой путь к издателю.

Система могла обнаружить только то, что сбор и названия делали видимым. Этот предел был частью архитектуры, а не скрытым недостатком обещанного полнотекстового поиска.

Источники: объявление Foster от 17 ноября 1992 года; RFC 1436; RFC 1580; RFC 1689 / FYI 25; RFC 1739; FAQ Veronica, часть 1; часть 2.