摘要

  • RFC 1436把校园协议的首次发布追溯到1991年，并于1993年公开描述它；这份文件是信息类RFC，不是正式标准。
  • 各站点可以跨自治主机编排读者菜单，但明尼苏达团队仍控制客户端源代码，并影响协议如何演进。

Gopher没有把互联网变成一座集中管理的图书馆。它提供了一种共同的浏览方式：菜单中的条目可以指向不同机器上的文档。读者看到的层级结构与文件实际存放的位置并不必然相同；这种分离是协议设计的一部分。

明尼苏达大学团队在1993年3月发布的RFC说，基础协议最早于1991年由Minnesota Microcomputer Center发布。两者是不同节点：1991年是校园项目的起点，1993年则是协议公开写入一份信息类RFC的时间；这份RFC并未将Gopher确立为正式互联网标准。(RFC 1436，第1节；RFC 1739)

每个菜单项包含类型、面向读者的名称、不透明选择器，以及目标服务器的主机名和端口。客户端因此能呈现连贯的目录，同时从由不同主体运行的服务器获取内容。搜索项也遵循这一思路：查询交给搜索服务器，结果可以是一个虚拟目录。这是分布式的客户端—服务器检索，不是点对点交换。(RFC 1436，第2至3节)

项目负责人Mark McCahill后来在口述访谈中回忆，Gopher回应的是一个具体的校园需求：让人们更容易找到机构信息，而不必先建成庞大的中央系统。他将委员会主导的大型主机方案与一个小团队采用小型计算机快速开发的路径作了对照。这是事后回忆，有助于理解团队如何解释自己的选择，却不能代替当时的项目文件。(McCahill口述史，第3至5页)

菜单本身也是一种编辑界面。McCahill回忆，站点管理员可以按读者的理解方式组织链接，即使文档位于其他服务器，或不符合本机文件系统的目录结构。机构可以展示自己的分类和优先级，而不必照搬存储布局。协议规定客户端如何跟随指针，却没有替每个站点决定菜单的含义与次序。(McCahill口述史，第3至4页)

这种本地自主也有边界。明尼苏达团队公开了服务器源代码，却保留客户端源代码，同时免费分发客户端二进制文件。McCahill解释，掌握客户端有助于团队通过客户端改动推动协议演进。因此，服务器分散并不等于治理权同样分散：项目团队仍能影响读者如何发现资源，以及协议变化朝什么方向发展。(McCahill口述史，第6至8页)

采用规模的数字也必须带上限定语。RFC 1689估计，1993年12月约有4,800台Gopher服务器，约三分之一支持Gopher+。这是当时的信息类RFC所记录的估算，不是普查，也不是1991年的服务器数量。它说明Gopher在1993年末已经颇具能见度，却不能给出精确的服务器总量。(RFC 1689)

Gopher留下的历史启示在于层次分离：共同格式让不同主机上的文档可以被发现；本地运营者决定发布什么、怎样编排；客户端则成为另一个重要控制点。它的菜单并非只是简陋的网页，而是一套跨自治机器指路的约定，同时把路径的意义留给各个站点决定。

来源与证据边界

协议细节依据1993年的信息类RFC；校园项目动机与菜单实践依据后来的口述史。1993年12月的服务器数量是估算，不是普查。这些材料既无法给出1991年的精确服务器数，也不支持将Gopher描述为点对点架构。

RFC 1436 · RFC 1689 · RFC 1739 · McCahill口述史 · 明尼苏达计算机历史