我最近读了很多关于构建基于社区的应用程序的文章，当涉及到给你的用户帐户"更干净"的URL结构时，大多数人认为用户帐户应该有一个像example.com/user/username而不是example.com/username这样的结构，这对于mod-rewrite如何处理URL并以最小的潜在问题提供正确的页面很有意义。这当然也有助于规划/组织网站上的文件结构和未来的需求，比如当你以后有你的example.com/blog，这将不会被现有的用户。
但是作为用户体验设计师的我仍然希望拥有example.com/username。我只是想知道，Facebook, Twitter和这样的应用程序是如何先发制人并保留他们需要的URL名称的，假设他们这样做了，这样他们就不会在这些年后出现问题，就像今天一样?
他们是否抢占并保留了这些扩展?他们只是运气好吗?
Facebook有一个受限制的用户名列表，为未来的项目保留。当您尝试使用保留的用户名时，您可以从消息中看到这一点。(请选择其他用户名)。Facebook还自动从用户的显示名称生成用户名，因此他们依赖于没有多少人试图更改用户名这一事实。
然而，你可以在TOS中包括用户名可以不经通知而更改。这意味着如果您需要url，您可以更改用户名(可能在末尾添加下划线)。
有些网站会在用户帐号前加上url前缀。如果您希望将所有用户请求重定向到另一个文件，这将非常有用。(Planetminecraft.com/member/)等网站使用常见的url，如;会员、用户、帐户、用户名、个人资料等
我建议你挑最适合你的。在开发方面，将用户名与前缀url放在一起似乎更容易，但是一些用户/所有者喜欢人们在他们的个人资料中使用简短的url。