2012-12-22 113 views
3

我正在構建一個Web應用程序IIS與asp.net。這個概念如下。IIS在一個Web應用程序上具有多個域

客戶購買域名,然後從20-30個就緒模板中選擇一個模板。

現在,應用程序駐留在說www.mywebappblabla.com/usersites

的用戶訪問www.myowndomain.com指向www.mywebappblabla.com/usersites,然後我們從數據庫中跟蹤URL,然後網站與來自用戶的預定義模板一起顯示。

因此,如果有其他用戶的域名爲www.myotherdomain.com,它將再次指向www.mywebappblabla.com/usersites,然後根據數據庫中存儲的數據向他顯示不同的模板和不同的頁面內容。

我的問題是這個系統可能會被用戶說3000 5000用戶。那麼這是否正確呢?或者我們應該製作一個獨立的文件夾併爲每個網站分開Db?

我們希望在很短的時間內配置系統。例如。用戶發送帶有內容的文字文件和要使用的模板。我們應該能夠使該網站在2-3小時內生效。

應該接受什麼。會影響網站性能嗎?

感謝和問候

VIPIN

回答

1

大多數網站使用這種事情的子域的方法;例如,我的「網站」可能位於joshuashanemartin.host.com,您的位置可能位於yourusername.host.com(WordPress,Google協作平臺和其他人都使用此方法)。

基本上,你可以使用一個單一的數據庫具有以下表:

  • 客戶
  • 網站

一個客戶可以有多個站點,每個有許多頁面。您可以在網站中或甚至在網頁中定義模板。每個「頁面」對象都有一個「content」屬性,它可以是HTML或某種標記語言(比如我寫回答時使用的StackOverflow)。

無論您是採用子域方法(如customername.host.com)還是您的方法(如www.host.com/usersites/customername)都取決於您。最後,您只需從單個數據庫加載不同的內容,並使用該URL來確定您加載的數據是誰。

+0

感謝Joshua的回覆。與此相關的問題是,企業不會喜歡他們的網站在子域名上。所以基本上這些是由組織規定具有特定網站的企業。他們將需要新的領域爲自己的業務。 – Vipin

0

這種方法很好。顯然,很多人使用子域來代替,但主機也是合適的。

您需要在IIS中設置綁定,以允許在站點的端口80/443上的所有請求*。你顯然想要存儲他們的域名,並根據域名將它們路由到正確的模板。您也可以設置它,以便未註冊的域名可以獲得您網站的友好版本或友好的錯誤消息。

就技術上的幫助而言,當您執行更具體的問題時會產生更好的結果。如果你不熟悉asp.net,你應該看看HttpContext。這將讓你檢查請求的域名。這應該給你一個開始。

+0

謝謝我會研究它。我主要擔心的是這款APP基於3層Archi。在C#中支持超過1000-2000域請求? – Vipin

相關問題