问题标签 [friendly-url]

什么是一个好的完整正则表达式或其他一些可以取标题的过程：

如何将标题更改为像 Stack Overflow 一样的 URL 的一部分？

并将其变成

在 Stack Overflow 上的 SEO 友好 URL 中使用？

我使用的开发环境是Ruby on Rails，但如果有其他一些特定于平台的解决方案（.NET、PHP、Django），我也很乐意看到这些。

我确信我（或其他读者）会在不同的平台上遇到同样的问题。

我正在使用自定义路由，我主要想知道如何将字符串更改为删除所有特殊字符，全部小写，并替换所有空格。

如何在 C# 中生成友好 URL？目前我简单地用下划线替换空格，但是我将如何生成像 Stack Overflow 这样的 URL？

例如如何转换：

如何在 C# 中生成友好 URL？

进入

我如何在 C 中生成友好的 url

Python 框架总是提供处理 URL 的方法，这些 URL 以优雅的方式传达请求的数据，例如http://somewhere.overtherainbow.com/userid/123424/

我想让你注意结束路径/userid/123424/

你如何在 ASP.NET 中做到这一点？

许多网站，包括这个网站，都在 URL 的末尾添加了明显称为slug的内容- 描述性但据我所知无用的文本位。

例如，网站为这个问题提供的 URL 是：

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

但以下 URL 也同样有效：

https://stackoverflow.com/questions/47427/

这段文字的目的是为了让 URL 更加用户友好，还是有其他好处？

所以这篇文章讨论了如何在 ASP.NET 应用程序中实际实现 url 重写以获得“友好的 url”。这很完美，非常适合将用户发送到特定页面，但是有没有人知道在使用引用的工具之一时在代码中创建“友好”URL 的好解决方案？

例如，当存在重写规则时，将 asp.net 控件内的链接列为 ~/mypage.aspx?product=12 将是一个问题，因为您以两种不同的方式链接到内容。

我熟悉使用 DotNetNuke 和 FriendlyUrl，其中有一个“NavigateUrl”方法可以从重写器获取友好的 Url 代码，但我没有找到如何使用 UrlRewriting.net 或其他解决方案执行此操作的示例那里。

理想情况下，我希望能够得到这样的东西。

编辑：我正在寻找一个通用的解决方案，而不是我必须为我网站中的每个页面实现的东西，但可能是可以与相反方向的规则匹配的东西。

我上周设置的爬虫服务缺少的许多东西之一就是漂亮的 URL。现在，用户参数正在使用?u=传递到脚本中，这是一个惰性 hack 的症状（脚本当然是）。但是，我一直在考虑重做它，我想获得一些关于可用选项的反馈。现在有两个页面，更新和图表，为用户提供信息。这是我想出的两种可能性。“1234”是用户ID号。由于技术原因，遗憾的是不能使用用户名：

• http://<tld>/update/1234
• http://< tld >/chart/1234

或者

• http://<tld>/1234/update
• http://< tld >/1234/chart

从概念上讲，选项 #1 是使用用户 ID 调用更新。选项 #2 提供了一个动词来操作用户 ID。

从一致性的角度来看，哪个更有意义？

提到的另一个选项是

• http://<tld>/user/1234/update
• http://<tld>/user/1234/chart

这为与特定用户无关的页面提供了空间。IE

• http://< tld >/stats

我一直在尝试使用 routes.rb 为我的网站创建一个 URL /similar-to-:product （其中产品是动态的）。问题是 routes.rb 很容易支持 /:product-similar 之类的 URL，但不支持前者，因为它要求 :product 前面有分隔符（'/' 是分隔符，但 '-' 不是）。分隔符列表在 ActionController::Routing::SEPARATORS 中。

我不能添加 '-' 作为分隔符，因为 :product 也可以包含连字符。支持这样的 URL 的最佳方式是什么？

我成功尝试过的一种方法是不使用 routes.rb 并将 URL 解析逻辑放在控制器本身中，但这不是最干净的方法。

我想要所有的查询

改写为

换句话说，只需将 .php 扩展名设为可选，普遍适用。

我们目前正在将一个svnserve实例作为 NT 服务运行。虽然这可行，但管理起来不必要的麻烦，我想继续使用更简单的 VisualSVN 服务器。（额外的好处包括 Windows 集成的身份验证，并且多亏了 HTTP/WebDAV，可以浏览最新版本。）

也就是说，当前服务器提供的 URL 如下所示：

比较难忘。

新的，通过 VSVNS 设置：

哎哟。一方面，这/svn一位完全没有必要。由于 VSVNS 运行自己的 HTTP 服务器（这就是为什么它在特殊端口上8443，毕竟），当然一切都与svn. 此外，我们只有一个存储库（实际上不需要更多），所以存储库名称/Repos也不应该在那里——我们可以用 关闭它svnserve，所以现在也应该有办法做到这一点。

• 是否可以将 VisualSVN 服务器配置为删除/svn？（为什么要开始呢？）
• 鉴于只有一个存储库，我可以告诉它不要将存储库名称作为 URL 的一部分吗？

哪个更好（对于用户，对于长寿，对于性能，无论什么）：

http://{site}/{login} 例如http://wildobs.com/adam_jack

或者

http://{site}/user/{login}

前者的优点：

• 用户感觉更特别。
• URL 更短。

前者的缺点：

• 不能让用户登录匹配关键字，并且关键字可能会随着时间的推移而增长。

显然，这对于正确（或错误并坚持）很重要，因为所有用户定义的 URL 都基于它。改变它似乎是网站自杀。

缺点（尤其是随着时间的推移）是否超过优点？