您的位置:知识库 » Web前端

优秀的URI不会改变

来源: w3  发布时间: 2011-02-14 10:38  阅读: 1423 次  推荐: 0   原文链接   [收藏]  

什么样的UR称得上优秀的URI?

优秀的URI就是不需要改变的URI。

是什么迫使URI做出改变?

不改变的是URI:改变的是人。

  理论上人们没有什么原因去改变URIs,但是在实际运行中却存在着成百上千的原因。

  从理论上讲,域名的所有者拥有该域名下的所有URI。 理论上您域名下的所有URI是完全由您控制的,所以你是可以按照自己喜欢的方式使URI变得稳定。迫使一个文件地址消失的原因是域名过期或服务器没有在继续运行。这就是为了会有这么多改来该去的链接。其中的一部分是由于缺乏远见导致的。 下面是您可以听到的一些原因。 

  为了使网站更好,我们刚改版了网站。

  你真的觉得旧的URI已经不能再继续使用了吗?如果是这样,那么慎重的设计新的URI,让在在下次改版的时候无需改变它。

  我们有大量过期的、保密的、无效的的文档需要进行区分

  我们需要在文档公开前仔细的筛选,文件是不是保密的。解决上述问题还是需要进行深思熟虑。确保公开的每个档案都是可以被公布的,并在meta信息中标注出创建日期和失效日期。

  我们发现不得不移动文件

  要知道这是一个最懒的借口,很多人不知道像Apache这样的服务器会在URI和物理路径间为你提供一个灵活的设置。把你的URI看成是抽象空间,将其映射到具体的物理空间,然后将映射告诉服务器。你只要修改映射关系就可来解决移动文件带来的URI改变的问题。

  我们曾经使用的是一个CGI脚本,现在我们使用的是一个二进制程序。

  有一个疯狂的想法,即由脚本制作的页面必须在“cgi-bin”或“CGI”文件夹内。 这样做暴露了您服务器的运行机制。在不改变内容的情况下, 你转变机制,你所有的URI都会发生变化。

  我不认为URI是需要持久的,需要持久的那是URN。

  这是URN讨论后最糟糕的影响,有些人认为,命名空间的研究,会使是链接更加持久化,URN将解决一切问题。如果你是这部分人,那么允许我将你叫醒。

  我看到的大多数URN看起来向HTTP URI,换句话说,如果你认为你的团队有建立持久的URN的能力,那么现在就让他们建立HTTP URI,这将不会给你的URI带来不稳定。

  我们想做,但是我们没有合适的工具。

  你需要做的是让Web服务器在瞬间查找一个持久的URI,并返回该文件。 您希望能够将URL存储在一个检查文件里,并与存放数据不断保持更新。 您想存储不同版本和相同的文件翻译,并希望保持一个独立的校验和记录。 当你想创建一个新的文档,您的编辑框需要您提供一个URI。

  你需要在不改变URI的情况下可以改变URI的权限及安全级别等。这看起来很难,但是我们最终会实现,W3C使用的是Jigedit,他可以通过脚本控制服务其和客户端。

  我为什么要在乎这些?

  当你在服务器上修改了URI,你不会知道还有多少人会使用旧的URI。他们可能把你的链接发布到了其他网站上,他们可能把你的链接存为了书签。他们可能把你的URI告诉了别人。

  当一些人点击链接,但是发现链接无法打开的时候,他们就会对网站拥有者失去信心。他们会因为不能完成自己想要的目标而沮丧。

  我该怎么去设计URI?

  使一个URI可以持续2年、20年、200年,这是一个网站管理员的责任。这需要思想、组织和承诺。

  一般来说URI改变时因为文档里的一些信息发生了改变,这和URI的设计至关重要的。 

  文件的创建日期这是不会改变的。这对分离旧的系统和新的系统非常有用。这能很好的让你开始设计一个URI。即使这个文件会被多次修改,但是他还是只会有一个创建日期。

  唯一例外的是一个网页是故意“最新”的,例如频道的首页。

  http://www.pathfinder.com/money/moneydaily/latest/

  此URI不需要日期的主要原因是此页面时不断更新的,如果你需要者页面的存档,存档地址可以是

  http://www.pathfinder.com/money/moneydaily/1998/981212.moneyonline.html

  (这个URI看上去不错,除了”98″和“.html”有些多余)

  哪些信息需要被抛弃?

  在使用日期以后,把任何信息放入URI都有可能带来问题。

  • 作者的名字 著作权可能会因为版本的修改而改变,比如团队里的某些人离开使事务被转手。
  • 标题 这个是非常棘手的,他总是现在看起来非常合适,但是过些时间久需要改变。
  • 状态 如”old”,”new”,”latest”等,文件很可能会改变状态。
  • 访问权限 一个文件的访问权限可能会因为情况而改变,不要将文档放在”public”、”team”下。
  • 文件扩展名 即使是”.html”也有可能会改变。
  • 程序机制 如”cgi”和”exec”
  • 磁盘名称 这个也有用使用的!

  下面是一个很好的例子:

  http://www.w3.org/1998/12/01/chairs

  一份关于W3C椅子的会议报告。

  按文章主题进行分类

  这是非常危险的操作。通常情况下,你URI中的文档分类是按你正在进行的工作进行区分的。这就可能带来隐患,你从事的领域可能会在今后发生变化。在W3C,我们期望吧”MarkUp”修改为”Markup”,后来又期望修改为“HTML”,我们不能保证现在的命名在以后是否适用。

  按主题分类这是一个非常理想的分类方案,包括把整个互联网进行分类一样,这是一个非常不错的解决办法,但是从长远看存在着严重的缺陷。每个人对语言中的每个聚类的主题词都有不同的理解,网络之间的主题关系,并不是像树型那么简单。事实上,当你在你的URI中绑定分类时,未来你很有可能去改变这个分类,到时候URI就需要跟随着改变。

  在URI中使用主题进行分类的一个原因是你需要一个名称作为URI的一个部分来组织内容,比如内容细分,通常来说在日期存在(日期在左边)的情况下还是非常安全的,1998/pics可以理解为,我们在1998年的照片。而不是照片中1998年我们在做什么。

  不要忘记你的域名

  请记住,这不仅适用于URI“路径”,同时也使用与服务器名称。 在域名中无论代表公司,或文件状态,或访问级别,或者安全级别划分,要非常非常小心,特别是在使用多个域名访问一个文件的时候,不要忘记,你可以在服务器端使用重定向。

  结论

  保持URI2年,20年,200年甚至是2000年不变并不是那么的简单,站长去决定未来真的是很难,因为他们现在使用的工具,看起来是现在最好的,没有人知道未来会怎么样,很多事情会改变,但是URI还是需要保留,我们唯一可以做的就是思考如何设计URI。

0
0
标签:URI

Web前端热门文章

    Web前端最新文章

      最新新闻

        热门新闻