哪种URL结构是推荐的?

4
我想请您对以下结构发表意见。我正在制作一个网站,公司可以注册并在以下URL上获得自己的页面。
company.site.com
我想知道管理员应该使用什么地址来管理这个公司?我考虑以下两种方案:
company.site.com/admin - Github样式
- 唯一用户 - 登录时会出现问题——如果他们在错误的子域登录,会发生什么?他们会被转发吗?登陆失效?
admin.site.com - Hotmail风格
- 登录非常简单,用户在此页面上看到与他们相关的内容,每个用户使用相同的URL - 在技术层面上是不正确的,因为管理员是公司的子页面
请问您认为这个结构应该如何设计?

我认为你应该使用第二个选项,因为company.site.com域名下的所有页面都应该由公司管理(包括/admin页面)。 - user2365865
在这种情况下,您是指公司.site.com/admin网址吗? - Jimmy
我会选择 admin.site.com,是的。 - user2365865
4个回答

1
您应该选择一个在应用程序架构上更容易实现的路线。
我认为第二种方式更容易,因为您仍然需要提供来自用户域的内容,而且您可能已经知道用户域是什么了。
对于第一种方式,如果用户尝试从错误的域登录,则必须使登录无效,否则整个结构就没有太大意义了。如果您可以从任何地方登录到面板,为什么要在每个域中分别创建/admin呢?
另外,您考虑过site.com/admin吗?它基本上是第二种路线,但没有保留域名的奇怪之处。

例如,有一个名为site.com/admin的网站,可以创建一个名为site.com/company的公司页面。顺便说一下,谢谢您的回复。 - Jimmy
创建虚拟目录肯定比从网页界面创建子域名容易,但后者似乎更好。也许你应该有两个 URL,如 register 用于页面注册,admin 用于页面管理。 - Eternal1

0

我会选择第一个。 作为用户,它比第二个更易读和易记。


0

我更喜欢使用company.site.com/admin。只需要正确编码登录等功能即可。

以上仅为个人意见。


0

我正在创建完全相同的东西,我正在使用company.site.com/admin,因为在我的应用程序中,所有用户/成员都使用相同的动态文件通过会话来管理他们的子域。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接