摘要

  • 行模式浏览器为 CERN 的图形化 NeXT 浏览器/编辑器提供了另一种客户端入口，访问的仍是同一个 Web。
  • 文字界面降低了终端要求；平台专用二进制、源代码构建、移植工作和后续维护，才把兼容性变成可用的软件。

两种客户端，不是两个 Web

WorldWideWeb 项目时间线记载，Nicola Pellow 于 1990 年 11 月加入团队并开始编写行模式浏览器。到当年圣诞节，NeXTStep 浏览器和行模式浏览器都已能够演示。1991 年 3 月，项目向 CERN 的 Priam VAX、RS/6000 和 Sun-4 机器上的有限用户发布了行模式版本。因此，它并非第一个 Web 浏览器，也不是对图形化客户端的替代，而是同一批互相链接的文档所对应的另一种阅读方式。W3C 保存的项目时间线给出了这些节点；Nicola Pellow 的项目资料将原始行模式浏览器归于她。

当时要解决的限制不是文档里能否有链接，而是客户端是否预设读者拥有窗口系统。CERN 1991 年 2 月的演示明确面向“没有窗口”的计算机用户。设计采用普通命令行，不假设终端有什么特殊能力，并用数字标记链接。读者仍在同一个 Web 中前进，只是操作方式从鼠标和窗口变成了键盘与编号。那份演示稿说明了设计目标，却不能单独证明实际用户规模。

把链接变成数字

CERN 的浏览器说明称，程序只要求终端支持回车和换行，不需要其他控制序列。页面以文字呈现，链接显示为方括号内的数字；输入数字后，浏览器再打开相应页面。工作站上的终端模拟器也能运行它，因此它不只服务于老式实体终端。说明还列出文本排版、邮件服务器组件和信息检索等用途。CERN 的浏览器说明将其称为 Web 项目的多种浏览器之一。

对屏幕要求更低，不意味着没有别的前提。机器仍需联网，也要有适配的二进制文件，或有能力从源代码编译。CERN 安装指南要求用户先查找该机型对应的 FTP 二进制；若找不到，则获取浏览器和共享 WWW 库的源码，选中平台目录并调整构建参数。所谓“可移植”是一项需要工程师持续维护的属性，而非文字输出天然带来的结果。安装指南把这些额外步骤写得很具体。

项目时间线记载，1991 年 5 月 Web 在 CERN 中央机器上一般开放，之后相关文件被发布到互联网讨论组；同年 10 月又出现匿名 Telnet 服务。约 1992 年编写的一份入门说明解释了当时的考虑：拥有 FTP 和 Telnet 的人比拥有良好浏览器的人多。那是对引导用户路径的说明，不是使用人数统计。它让读者先连到 CERN 的机器试用 Web，但并不等同于在本地安装了浏览器。留存下来的入门页后来注明 CERN 的 Telnet 服务已经停止。

平台列表背后的维护工作

1992 年 1 月 15 日通过匿名 FTP 发布的 1.1 版，是项目所称的首个正式 1.x 版本。它增加了对互联网新闻组、Gopher、FTP 远程目录、Telnet 和 rlogin 链接的访问，并允许配置面向其他协议的网关。同月的更新称，源码与多个平台的二进制文件都可下载，还报告 SLAC 已在全部 Unix 系统上安装该浏览器。这证明一个明确的外部部署案例，不是全球采用率。项目的一月更新展示了客户端功能增长与分发方式。

之后的一份状态页列出 Unix、配有 TCP/IP 的 VMS、VM/CMS、带合适套接字库的 PC、MVS，甚至 Mac。团队称浏览器仍在增加功能，但总体稳定。这个“稳定”不代表所有移植都一样成熟。版本记录中仍能看到平台修复、缺陷修正和共享库变化。平台清单只能说明项目在某个时点宣称支持哪些系统，不能证明每种机器上的体验或维护承诺相同。W3C 的状态页应当按当时的项目快照来读。

维护责任后来转移了。版本历史写道，1994 年发布 3.0 版时，CERN 结束了直接参与 Web 的工作，行模式浏览器和库的代码改由 W3C 继续开发和维护；正式 3.1 版在 1995 年发布。这个交接比“任何机器都能上网”更能说明问题：移植程序可以扩展入口，但仍要有人维护它的兼容边界。W3C 版本历史记录了责任变化。

行模式浏览器并非 Web 扩张的单一原因。它用一个低要求的终端界面增加了可选路径，而 FTP、Telnet、平台二进制、源代码移植和共同维护把这条路径落实到不同机器上。链接可以显示成数字；下一台机器能否跟着链接走，仍取决于有人让软件继续运行。

来源