Mod rewrite 干净的URL是后端还是前端

你认为。。干净的URL是后端还是前端“规程”后端。您的服务器必须负责URL请求的资源的路由。

我认为使用友好URL的主要原因是：

• 易于链接/共享
• 介绍
• 搜索引擎优化

---

所以我认为这纯粹是一种客户端的乐趣。虽然它们在服务器上也很好，但它们不是关键任务。

我的观点很简单：

• 我用浏览器访问的每一个地方（各种边缘情况除外）都应该可以收藏，向前/向后应该是可用的，并且不会破坏任何数据输入

---

如果我们说的url是从最终用户体验中“干净”的，那么我要打破一点模子，说url通常不是直观的，而且永远不会是，它们是机器可读的

url的格式没有标准，当从一个站点导航到另一个站点时，人类永远不会记住如何通过记住url及其“友好语法”来访问资源。我们可以争论是否使用“？”和“&”或“/”来表示如何通过url识别资源；一种方法比另一种好吗？没关系。在一天结束时，一台机器会对其进行解析并返回结果

我们应该停止自欺欺人地认为人们实际上输入了这些东西，并意识到uri是为机器而不是为人

我还没有使用/记住超过地址部分前几个字符的uri，而且我已经使用web很久了。这就是书签的作用。网站上没有任何地方会说“在我们的url中更改此部分以查看”任何其他“资源”，因为url通常没有文档记录且不透明

是的，使你的uri的搜索引擎优化友好（地狱，即使他们定期改变），但忘记了整个'人/清洁'资源标识符的事情，这是一个神秘的白日梦

我同意Vlion的观点，url应该提供一种独特的机制来为资源添加书签并返回到它（与一些令人讨厌的Web2.0Ajax/silverlight/flash创作不同），但书签永远不会为人类所理解和理解。似乎有相当多的注意力和精力花在设计人类可以记住并输入的url策略上，这是浪费精力。让我们开始解决真正的问题吧

---

很抱歉这么说，但是在某些圈子里，有很多与URL相关的Web2.0废话，这完全是浪费时间。

答案是两者兼而有之。

例如：

上面的数字是一个数据库id，一个后端。把漂亮的部分切掉，它就会转到同一页。因此，“are-clean-url-a-backend-or-a-frontend-thing”是前端的一部分。

现在可以使用Firefox和Google Chrome的地址栏来搜索浏览历史，用户可以更轻松地搜索以前访问过的网站的历史，因此，使用干净的URL可以帮助用户更容易地在历史记录中查找站点

确保页面具有适当的标题很重要（因为两种浏览器都搜索标题和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

这似乎并没有解决这个问题，但你多久会看到一个像/products/motherboards/foo-fx-1234这样的URL，并决定删掉最后一部分，希望找到某种索引页？我认为这就是可读URL的真正威力——能够很容易地推断可能的模式。如果你是一名开发人员或者相当精通网络的话。世界上其他90%的人不是这样想的。任何一个像样的网站都会有面包屑导航来帮助你四处走动。我仍然坚持我的主张，uri是机器的，而不是人类的。那么当你在地址栏中输入时，自动完成会怎么样呢？这种情况经常发生在我输入我要查找的站点的域时，我想要的最近访问的页面会弹出，这样我就不需要通过该站点（可能很糟糕）的导航系统找到我的路径。