简而言之，为什么要使用 http://stackoverflow.com/badges/6/supporter 之类的东西，而不是 http://stackoverflow.com/badges/6/ 之类的“更简单”（主观上）的东西。
即使在我自己的网站上，我也只是使用 /post/6/ 来引用帖子（通过 ID，即使我仍然存储一个 slug。）而不是 /post/6/small-rant-on-urls，在某些情况下，它们甚至可以更荒谬，比真正需要的要多得多。
【问题讨论】：
标签： url clean-urls
Search Engine Optimisation 将是一个，同时使 URL 对人类更具可读性。搜索引擎通常喜欢你的 URL、标题和 H2 来包含页面的“主题”。
如果两者都在里面，那么你可以手动输入 /ID 并通过重写自动转到“华丽”的 URL。节省你的手指 :)
【讨论】：
因为如果你不小心，你可能会得到重复。我想堆栈溢出添加了 ID，因为考虑到创建的帖子数量，重复的可能性很高。
其他系统可能选择不使用 URL 中的 ID - 例如，博客系统可能不需要。
如果您有用户生成的内容会导致创建一个包含帖子 ID 的新 URL，这是一个更好的主意。如果创建新 URL 的唯一方法是通过管理员类型的访问权限，那么只要检查重复项，您就可以不用它。
【讨论】：
在到内容的所有链接中添加 slug 有助于搜索引擎，因为搜索引擎通常会在 URL 本身中使用单词来帮助索引内容。
【讨论】：
在 url 中包含 id 的原因是它更容易在幕后从数据库中检索正确的文章，因为可以对 ID 而不是文章的标题执行查找。
包含文章完整标题的原因是，Google 会为文件名中匹配的搜索词提供大量奖励积分。
【讨论】：
URL 是 Web 用户界面的一部分。
eyetracking study of search engine use 发现人们将 24% 的凝视时间用于查看搜索结果中的网址。
搜索者在评估目的地的可信度和实用性时，对网址特别感兴趣。如果 URL 看起来像垃圾，人们就不太可能点击该搜索命中。另一方面，如果 URL 看起来页面会解决用户的问题，那么他们更有可能点击。
【讨论】：
@格雷格·休吉尔
在内容的所有链接中添加 slug 有助于搜索引擎，因为搜索引擎通常会使用 URL 本身中的词来帮助索引内容。
我应该澄清一下：我的意思是 URL 中同时包含 id 和 slug。我只是看不出有 /post/1/la-la-la-la-text-hahahaha 与 /post/1/ 或 /post/la-la-la-la-text-hahahaha 之类的东西有什么意义，因为第一个可以在没有多余文本的情况下工作。
【讨论】：
通过 id 在博客中获取帖子可能比通过 slug 更快，因此将 id 用于 SQL 查询，将 slug 用于搜索引擎 (SEO)。
https://stackoverflow.com/users/58163/movaxes65675
我喜欢 /post/la-la-la-la-text-hahahaha 类型，我可以记住 url，知道帖子的标题是什么（在实际加载网站之前）。不太喜欢 /post/1/ 这对我来说没有任何意义，但帖子 #1 （不利于营销？）
edit: id 也有助于避免像 andybaird 指出的那样重复
【讨论】：
嗯，首先应该指出，“Web 2.0 风格的 URL”实际上是称为 REST 的东西的一部分。这些 URL 有时称为 RESTful URL。 claimed benefits 是：
- 由于它的支持，提供了改进的响应时间并减少了服务器负载 用于缓存表示；
- 通过减少维护会话的需要来提高服务器的可扩展性 状态。这意味着不同 服务器可用于处理 会话中的不同请求；
- 与其他方法相比，需要编写更少的客户端软件， 因为单个浏览器可以访问 任何应用程序和任何资源；
- 对供应商软件和机制的依赖较少 基于 HTTP 的消息传递框架；
- 与替代产品相比，提供等效功能 沟通方式；
- 不需要单独的资源发现机制，因为 超链接的使用 陈述；
- 提供更好的长期兼容性和可演化性 特性优于 RPC。这个到期了 到：
- HTML 等文档类型的发展能力 向后突破——或 前向兼容性；和
- 资源添加对新内容类型的支持的能力，因为它们 被定义而不丢弃或 减少对旧内容的支持 类型。
【讨论】：