Sukka 写前端、网络和基础设施时，习惯先把边界和代价摊开。把「[翻译] URL 的历史 | Sukka's Blog」整理成可落地的中文笔记：问题在哪、默认做法会踩什么坑、该怎么选。原站导航和广告已去掉。

UUCP 和井喷之路

ARPANET 即将从它们 原始的 NCP 协议 、 切换到 TCP/IP 协议（现代互联网的动力）。因为这次切换，将会有更多的互相连接的网络（「互联网」，嗯？），这需要一个更加「分层」的域系统，在该系统中，ARPANET 可以解析其自己的域，而其他网络则可以解析它们的域。

当时除了 ARPANET 以外，还有一些其它网络如 COMSAT、CHAOSMET、UCLNET 和 INTELPOSTNET，由美国各地的大学和公司团体维护，他们希望支付负担得起的费用以互相交流——从电话公司购买 56K 线路和 PDP-11 路由器。

DNS

在最初的 ARPANET 设计中，中央网络信息中心（NIC）负责维护列出网络上每个主机的文件，该文件称为 HOSTS.TXT 文件（在 RFC952 中规定），类似于当今 Linux 或 OS X 系统上的 /etc/hosts 文件。 每次网络更改都需要将 NIC 转换为 FTP（FTP 协议 1971 年就被发明出来了）到网络上的每个主机，这给它们的基础设施带来了很大的负担。

当然，互联网上的每个主机只有一个文件、不会是无限制的。但是现在电子邮件是当务之急，于是他们决定创造一个分层系统。使用这个系统时你只需要查询外部系统中所需的一个或几个域，用他们的话说：“当前的 user@host 应该被扩展到 user@host.domain ，其中 domain 是域的层次结构”。域的概念诞生了。

TLD 们

重要的是，不要幻想这些决定是出于对域名未来的预见而做出的。实际上他们得出的结论是「对现有系统造成最少困难的解决方案」。例如，他们当时的一个建议是将电子邮件地址的格式设置为 <user>.<host>@<domain> ，如果当天的电子邮件用户名尚未包含 . 字符，那么您今天可能会通过 sukka.skk@moe 向我发送电子邮件。毫无疑问，如今的电子邮件格式并没有包含 . 字符分隔的用户名。

有人说，操作系统的主要功能是为同一对象定义许多不同的名称，以便它可以自己忙于跟踪所有不同名称之间的关系。 网络协议似乎具有相同的特征。 —— David D. Clark，1982 年， RFC814

Punycode

除了上文所说的 . ，另一个失败的建议涉及用惊叹号（ ! ）分隔域组件。 例如，要连接到 ARPANET 上的 ISIA 主机，你将连接到 !ARPA!ISIA ；然后，你还可以使用通配符查询主机，因此 !ARPA!* 将返回给你每个 ARPANET 主机。

这种解决方法并不是与标准域名的疯狂分歧，而是对其进行维护的尝试。感叹号分隔的域名系统可以追溯到 1976 年创建 的名为 UUCP 的数据传输工具。如果您是在 OS X 或 Linux 计算机上阅读的本文，则 uucp 可能仍会安装在你的系统中、并且你可以通过终端使用它。

协议

ARPANET 是 1969 年发明的、迅速成为一种强大的通信工具……但是只有少数使用它的大学和政府机构才可以使用。为我们所知的互联网要等到 1991 年（21 年过去了）才能在除研究机构以外的地方公开使用。但是这并不意味着 1991 年以前，公众的计算机之间就不能互相通信。

在互联网时代之前，计算机之间的一般通信方法是使用直接的点对点拨号连接。 例如，如果你想向我发送文件，则你的调制解调器（Modem，猫）将呼叫我的调制解调器，之后我们将能够传输文件。为了将其构建为各种网络，UUCP 就诞生了。

端口

在 UUCP 的系统中，每台计算机都有一个文件，其中列出了其知道的主机，其电话号码以及该主机上的用户名和密码。 然后，您通过主机（每个主机都知道如何连接到下一个主机）来设计从当前计算机到目的地的「路径」： sw-hosts!digital-lobby!sukka 。

该地址不仅可以作为发送文件或直接与计算机连接的方法，还可以作为我的电子邮件地址。 在「邮件服务器」之前的那个时代，如果我的计算机关闭了，谁都不能向我发送电子邮件。

落地时建议先做的 5 件事

1. 用自己的流量和设备测，不要只抄厂商推荐最小配置。
2. DNS、CDN、代理分流先画清 Fake IP 和 Real IP 的边界。
3. 前端性能看 CLS、白屏和重复渲染，而不是只看打包体积。
4. 基础设施变更走 Git，能复现、能回滚。
5. 结论写成可检查的清单：接口、超时、失败样本、回滚版本。

和智能体产品怎么接

龙虾PRO做 OpenClaw 落地时，网络、DNS 和前端性能笔记最有用的是「边界」：哪一层该加速、哪一层不该假装智能。数字员工调用外部能力前，先把超时和失败路径写死。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源