【发布时间】：2010-09-17 05:25:26
【问题描述】：
你认为.. 干净的 URL 是后端还是前端的“纪律”
【问题讨论】：
标签： mod-rewrite frontend backend clean-url
【发布时间】：2010-09-17 05:25:26
【问题描述】：
肯定是后端。您的服务器必须负责路由到 URL 请求的资源。
【讨论】：
我认为使用友好 URL 的主要原因是：
- 易于链接/共享
- 演示文稿
- 搜索引擎优化
所以我认为这纯粹是客户端的乐趣。虽然它们在服务器上也很不错，但它们并不是关键任务。
【讨论】：
我的观点很简单：
- 我使用浏览器访问的每个地方（有各种边缘情况例外）都应该书签并且前进/后退应该可用并且不会破坏任何数据输入。李>
【讨论】：
-
这似乎没有解决问题
如果我们从最终用户体验中谈论 url 是“干净”的，那么我将打破常规并说 url 通常不直观，而且永远不会，它们旨在成为机器可读。
url 的格式没有标准，因此当从一个站点导航到另一个站点时，人类永远不会记得如何仅通过记住 url 及其“友好语法”来访问资源。我们可以争论是否使用“？”和 '&' 或 '/' 表示如何通过 url 识别资源；一种方法比另一种更好吗？没关系。在一天结束时，机器会解析它并发回结果。
我们应该停止自欺欺人地认为这些内容是由人们实际输入的，并意识到 uri 是针对机器的，而不是针对人的。
我还没有使用/记住超出地址的http://domain.com/ 部分的前几个字符的uri，而且我已经使用网络很长时间了。这就是书签的用途。网站上没有任何地方说“在我们的 url 中更改此部分以查看'其他'资源”，因为 url 通常是无证和不透明的。
是的，让您的 uri 的 SEO 友好（即使它们会定期更改）但忘记整个“人类/清洁”资源标识符的事情，这是一个神秘的白日梦。
我同意 Vlion 的观点，即 url 应该提供一种独特的机制来为资源添加书签并返回到它（与这些可恶的 web 2.0 ajax/silverlight/flash 创作中的一些不同），但书签永远不会被人类理解和理解.似乎有相当多的注意力和精力花在构思人类可以记住和输入的 url 策略上，这是浪费精力。让我们继续解决实际问题。
很抱歉，我很抱歉，但在某些圈子里有很多与 url 相关的 web 2.0 废话，完全是在浪费时间。
【讨论】：
-
但是您多久会看到 /products/motherboards/foo-fx-1234 之类的 URL 并决定删除最后一部分以希望找到某种索引页面？我认为这就是可读 URL 的真正力量——能够轻松推断出可能的模式。
-
如果您是开发人员或相当精通网络，也许可以。世界上其他 90% 的人不这么认为。那个和任何像样的网站都会有面包屑导航来帮助你四处走动。我仍然坚持我的主张，即 uri 是针对机器的，而不是针对人类的。
-
那么当您在地址栏中输入内容并启动自动完成功能时呢？当我输入我正在寻找的网站的域并弹出我想要的最近访问的页面时，经常发生这种情况，因此我不需要通过网站的（可能很糟糕）导航系统找到我的方式。
答案是两者。
例如：
https://stackoverflow.com/questions/203278/are-clean-urls-a-backend-or-a-frontend-thing
上面的数字是一个数据库id，一个后端的东西。砍掉漂亮的部分，它会进入同一页面。因此 "are-clean-urls-a-backend-or-a-frontend-thing" 是前端的一部分。
【讨论】：
现在 Firefox 的 Awesome bar 和 Google Chrome 的 Omnibox 地址栏可用于搜索浏览历史记录，这使得用户可以更轻松地搜索他们以前访问过的网站的历史记录，因此拥有干净的 url 可以帮助用户找到历史上的网站更容易。
确保页面有适当的标题很重要（因为两个浏览器都会搜索标题和 url），但是通过确保 url 中也有相关的关键字，当在地址栏中输入这些关键字时url 更有可能在建议中显示得更高，因为关键字将在 url 和标题中匹配两次。
此外，一旦用户输入了网站的名称，他们将看到来自该网站的示例网址，然后他们可以将其用作缩小搜索范围的模板。因此，在 url 中为网站的不同部分或操作使用动词和名词将有助于用户将搜索范围缩小到他们感兴趣的网站部分，例如stackoverflow 的 /questions/ 或 /tag/ 部分，或 docs.google.com/doc 末尾的“/doc”可用于查看 只是在 Google docs* 上记录页面。
由于 Firefox 和 Chrome 都搜索输入到地址栏中的每个空格分隔的单词，因此可以说搜索 url 不是完全人类可读的，而是允许用户实际阅读关键字他们感兴趣的是来自 url 的“噪音”量应该保持在最低限度。
* 格式为 http://docs.google.com/Doc?id=gibberish
【讨论】：