在浏览器中输入 URL 并回车，看似只是打开网页，背后却串起了从硬件输入到网络通信再到页面渲染的一整条计算机系统链路。这个中文翻译项目把键盘事件、URL 解析、DNS 查询、协议交互、浏览器处理等环节拆开说明，适合用一个日常动作理解操作系统、网络、浏览器和前端工程之间的连接。它解决的问题是把抽象的“网页加载”还原成可追踪的步骤，让学习者知道每一层系统分别承担什么职责。长期价值在于建立工程直觉：排查网页打不开、DNS 异常、请求慢、渲染问题时，不再只停留在表象，而能沿着输入、解析、寻址、传输、响应和展示逐层定位。对入门者，它是一张跨学科地图；对有经验的工程师，它能用来补齐自己忽略的底层环节，把浏览器、网络和操作系统知识串成一条完整路径。面试准备、系统学习和故障复盘都能反复使用这条路径，也适合作为课程导读。
这是我去年在 RubyConf Mini 上发表的主题演讲：10 年学习 DNS。从我第一次购买域名并设置我的 DNS 记录到我真正觉得我了解该系统的工作原理，我大概花了 16 年的时间。在本次演讲开始时我想说的一件事是，我认为花 16 年时间学习 DNS 之类的东西是很正常的。例如，您在手机上使用 Google 地图，它需要知道 maps.google.com 在哪里，对吗？我要谈谈两个用于 DNS 的间谍工具：dig 和 wireshark。我在这张幻灯片上使用了 example.com 而不是 maps.google.com，但字段是相同的。当我们像这样进行 DNS 查询并查找 example.com 时，Wireshark 可以捕获它。所以我们应该能够使用 Wireshark 在 DNS 查询中找到该域名。快速警告：您的浏览器可能正在使用加密的 DNS，如果您的 DNS 已加密，则使用 Wireshark 监视您的 DNS 查询将不起作用。
WWW 仍可作为网址的一部分，但已不是必须保留的技术标志。网站应在 www 子域和裸域之间选择一个规范地址，并把另一个永久重定向过去。两种方案在 DNS 配置、Cookie 范围和可识别性上各有差异，搜索引擎并不偏好其中任何一种；真正重要的是保持跳转、canonical 和站内链接一致。
DemoChen's Clip