友好的网址计划？

我上周设置的刮刀服务所缺少的很多东西都是漂亮的URL.现在,用户参数被传递到脚本中,带有？u =,这是一个懒惰的黑客攻击的症状(这是脚本确实存在的).但是,我一直在考虑重做它,我想得到一些关于可用选项的反馈.现在有两个页面,更新和图表,为用户提供信息.以下是我提出的两种可能性."1234"是用户ID号.由于技术原因,不能使用用户名:

http:// /update/1234

http:// /chart/1234

要么

http:// /1234 /更新

http:// /1234 /图表

从概念上讲,选项#1使用用户ID调用update.选项#2提供动词来操作用户ID.

从一致性的角度来看,这更有意义吗？

提到的另一种选择是

http:// /user/1234/update

http:// /user/1234/chart

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

http:// /stats

小智.. 6

如果你采用这种方案,那么阻止(表现良好的)机器人来抓住你的网站变得很简单:

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

这是因为您可以设置/robots.txt文件以包含:

 Disallow /update/
 Disallow /chart/

对我而言,这是一个经常被忽视的好奖励.

如果你采用这种方案,那么阻止(表现良好的)机器人来抓住你的网站变得很简单:

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

这是因为您可以设置/robots.txt文件以包含:

 Disallow /update/
 Disallow /chart/

对我而言,这是一个经常被忽视的好奖励.

选项#1匹配常见的ASP.NET MVC示例.模型视图控制器模型中的一些示例具有{controller}/{action}/{id}形式.路由中的.NET 3.5快速入门有一个表格,显示了一些有效的路由模式:

路径定义 - 匹配URL的示例

{controller}/{action}/{id} - /Products/show/beverages

{table} /Details.aspx - /Products/Details.aspx

博客/ {action}/{entry} - /blog/show/123

{reporttype}/{year}/{month}/{day} - /sales/2008/1/5

{locale}/{action}
- /en-US/show

{语言} - {country}/{action}
- /en-US/show

我会轻轻地倾向于使用userid - 选项#2 - 因为(存在的)目录结构是用户数据上的两个不同的函数.这是用户的图表,以及用户的更新.

然而,这是一个非常小的问题,但不知道是否有计划大幅扩展此功能.

未来的一切将成为个人用户的附加功能foo和bar和baz吗？如果是这样,由于上述原因,选项#2变得更具吸引力 - 用户标识是核心数据,从语义上开始它是有意义的.

您是否要添加非用户驱动的功能？带头标题目录可能有意义 - /user/1234/update,/ user/1234/chart,/ question/45678/activity,/ question/45678/stats等.