什么是酷 URI？酷 URI 是指不会改变的 URI。什么类型的 URI 会改变？URI 本身不会改变：是人们改变了它们。理论上，没有任何理由让人们需要改变 URI（或停止维护文档），但在实践中却有数百万个原因。理论上，域名空间的拥有者拥有该域名空间，因此拥有其中的所有 URI。除非破产，否则没有任何东西能阻止域名拥有者保留该名称。而且理论上，您域名下的 URI 空间完全在您的控制之下，因此您可以让其保持稳定。文档从网络上消失的唯一一个正当原因就是拥有该域名的公司破产或无法再负担服务器的运行。那么，为什么世界上有这么多悬空链接呢？部分原因只是缺乏前瞻性。您可能会听到以下一些理由：我们刚刚重新组织了网站，以使其更好。您真的觉得旧的 URI 不能继续运行吗？如果是这样，您选择得非常糟糕。考虑一下新的，以便您能够在下次重新设计后持续使用。我们有太多的资料，以至于无法跟踪哪些是过时的，哪些是机密的，哪些是有效的，因此我们认为最好关闭整个网站。我对此表示同情——W3C 也经历过这样的阶段，我们必须仔细筛选档案资料，以确保其机密性，然后再公开归档。解决方案是前瞻性——确保您在每个文档中捕获其可接受的传播、创建日期以及理想的到期日期。保留这些元数据。好吧，我们发现我们必须移动文件……这真是最无力的借口之一。很多人不知道像 Apache 这样的服务器为您提供了很多控制，能够灵活处理对象的 URI 和代表它的文件在文件系统中的实际位置之间的关系。考虑将 URI 空间视为一个抽象空间，完美组织。然后，将其映射到您实际使用的任何现实中以实现它。然后，告诉您的服务器。您甚至可以编写服务器的一部分来使其刚好合适。约翰不再维护那个文件，简女则用。那个 URI 和约翰的名字有什么关系？是在他的目录下吗？我明白了。我们曾经使用一个 cgi 脚本来处理这个，现在我们使用一个二进制程序。有一种疯狂的观念认为由脚本生成的页面必须位于 "cgibin" 或 "cgi" 区域。这暴露了您如何运行服务器的机制。您更改了机制（即使内容保持不变），哎呀——您的所有 URI 都发生了变化。例如，考虑国家科学基金会：NSF 在线文档 http://www.nsf.gov/cgi-bin/pubsys/browser/odbrowse.pl，启动搜索文档的主页，显然不可信赖在几年后仍然存在。“cgi-bin”和“oldbrowse”以及“.pl”都指向我们目前的运行方式。相比之下，如果您使用该页面查找文档，您首先会获得一个同样糟糕的工作组报告： http://www.nsf.gov/cgi-bin/getpub?nsf9814 作为文档的索引页，但相较之下，html 文档则好得多：http://www.nsf.gov/pubs/1998/nsf9814/nsf9814.htm，查看这个，