2014-02-27 157 views
4

我想知道我是否能對以下結構發表意見。我想提出一個網站,一個公司可以註冊,然後通過以下網址獲得自己的網頁推薦哪個URL結構?

company.site.com

我想知道它什麼建議地址是政府給毀了這家公司?我想到的是以下之一:

company.site.com/admin - Github的風格

  • 獨特的用戶
  • 導致的併發症在登錄 - 如果他們登陸在錯誤的子域名會發生什麼,他們是否被轉發,無效登錄?

admin.site.com - Hotmail的風格

  • 使登錄非常簡單,用戶所看到的是有關他們這個頁面上,每個用戶都使用相同的URL
  • 因爲管理員在技術上不正確是公司的子頁面

任何人都可以請給我他們的想法,他們會如何期待這種結構。

+0

我認爲你應該使用第二個選項,因爲所有的'company.site.com'域名下的頁面應該是由公司(也是/管理頁面)管理。 – 2014-02-27 16:29:48

+0

在這種情況下,您的意思是company.site.com/admin網址嗎? – Jimmy

+0

我會去爲admin.site.com,是的 – 2014-02-27 16:58:06

回答

1

你應該選擇與您的應用程序架構來實現技術上更容易的路線。

第二種方法是比較容易,我認爲,因爲你仍然要爲這來自用戶的域的內容,你可能知道什麼是用戶域反正。

第一種方式 - 如果用戶試圖從錯誤的域名登錄,我會說你必須進行無效登錄,否則這整個結構沒什麼意義,爲什麼你基本上在每個域分別創建/admin,如果你仍然可以登錄從任何地方到你的面板?

而且,你有沒有考慮site.com/admin,這基本上是第二條路線,但沒有已經預留域名的怪事?

+0

因此,例如site.com/admin可以創建在site.com/company找到的公司頁面嗎?謝謝你的答覆順便說一句。 – Jimmy

+0

雖然創建虛擬目錄當然比從Web界面創建子域更容易,但後者似乎更好。也許你應該有兩個網址,比如'register'用於頁面註冊,'admin'用於頁面管理。 – Eternal1

0

我會去的第一個。 作爲一個用戶,它比第二個更易於記憶和易於記憶。

0

company.site.com/admin是我的首選方式。登錄等只需要編碼正確。

我0.02

0

我創建完全相同的事情,因爲在我的應用程序的所有用戶/成員使用相同的動態文件通過會議來管理他們的子域名,我使用company.site.com/admin