我想知道为什么指向个人资料的链接如下:
http://stackoverflow.com/users/ID/NAME
不仅仅是:
http://stackoverflow.com/users/ID
甚至更好:
http://stackoverflow.com/users/NAME
可以有几个同名的用户吗?或者一个用户可以有多个名字?
答案 0 :(得分:16)
所有SO-URL的格式为id / description,其中ID是唯一的,描述是可选的。因此/users/12890/arne-burmeister
与/users/12890/huhu
相同,/questions/420380/why-does-the-link-to-the-user-profile-have-both-id-and-name
与/questions/420380/foo
相同。检索只是使用ID,但对于谷歌排名来说要好得多,当URL中出现用户/问题/应该找到什么时(对于人类而言,这更具描述性; - )。
顺便说一句,ID检索比这么大的文本字符串要快。当然,如果有人更改了用户名或问题,则URL仍然有效。
答案 1 :(得分:4)
最后一次斜线后的部分似乎与SEO有关(即使网址更具表现力)
在我测试的网址上,您可以用您想要的任何内容替换该部分,它仍然有用。因此,网址http://stackoverflow.com/users/37086/othername
仍指向您的个人资料。
答案 2 :(得分:2)
我认为仅仅在名称字符串上进行数据库查找比在主键上进行数字查找更昂贵,即使名称列已编入索引。然后添加该名称以使URL更加用户和SEO友好。
答案 3 :(得分:2)
这有一个uservoice request。如果您希望这样做,uservoice是讨论/投票的正确位置。
答案 4 :(得分:1)
您在SO上的名字不是唯一的点击用户并输入Josh,我们有一整页。所以你必须拥有这个ID。至于为什么其他人的猜测与我的一样好。
答案 5 :(得分:0)
尝试更改或删除名称,看看会发生什么。
我认为这只是为了让您的网址告诉您会发生什么,但应用程序不需要(或实际使用)该信息。
如果我没记错的话,亚马逊会对他们的书做一些非常相似的事情:他们在网址中都有ASIN(他们的内部ID)和书名,但只能查找ASIN。
答案 6 :(得分:0)
只是推测:ID允许非常快速地检索配置文件页面显示的数据。这个名字只适合人类而且被忽略了,因为对我而言你更容易,因为你的身份证明你是rkj而且我的身份比你的身份证明是37086而我的身份是35070。