2012-02-20 54 views
0

背景:我們給我們的網站用戶創建籌款網頁的能力。用戶創建/動態頁面 - 在形成網址時需要輸入

TECHNOLOGIES:asp.net 3.5(網頁形式),Sitecore的CMS 6.4,IIS 7

ISSUE:我試圖確定哪些URL方案是最方便的用戶並且是更容易維護從代碼的角度來看。

想法#1:創建一個子域 - fundraising.mysite.com/johnspage

想法#2:使用主域名 - www.mysite.com/johnspage

這裏有一些想法那些想到使用子域或不是。

思考

  • 我們使用Sitecore的CMS 6.4,所以我們不會創建一個單獨的網站,如果我們使用一個子域。子域將僅指向主域。

  • 如果我們使用子域名或不是,我計劃擁有一個處理程序,將每個籌款頁面請求重定向到查找用戶資金籌集信息並顯示它的實際頁面。 (處理程序將注入一個cookie或查詢字符串)。 如果我們使用子域,我們的處理程序將更容易知道請求是爲籌款頁面

  • 如果我們使用子域,我希望我們的處理程序重定向到我們的實際站點。這將避免域和子域之間的Cookie問題。 (當然cookie問題可以被克服,但我想避開它們)。因此,如果請求是籌款.mysite.com/johnspage處理程序將把它變成www.mysite.com/actualpage?parameters ...(或可能使用cookies)

  • 有了子域我們可以避免這個問題用戶創建一個與現有「真實」頁面具有相同名稱的頁面。我們使用的是Sitecore CMS,因此網頁實際上並不存在於Sitecore中,但我們不希望用戶募集資金頁面來解決sitecore項目。 (如果您對sitecore不熟悉,您可以考慮避免用戶資金募集頁面與您現有的某個頁面具有相同名稱的問題,則使用子域名可以更輕鬆地管理該問題。我想您也可以做這個w/oa子域只是把處理器邏輯提前放到http請求管道中)。

  • 當用戶去分享他們的頁面時,www.mysite.com/johnspage可能會更容易記住用戶。他們可以簡單地說,去mysite.com/johnspage而不是fundraising.mysite.com/johnspage。該子域使網址與主站點不同,並且發音時間更長。當然,用戶可以剪切和粘貼我們提供給他們的任何網址,但是如果他們口頭上共享網址,那麼擁有子網域可能不方便。

問:你會用子域或指向主域名,或者他們的另一種方法,我沒有想到的?你可以提供其他想法嗎?

回答

1

也許我誤解了你的問題,但這些陳述告訴我,你不需要爲每個籌款'頁面上的實際項目。

重定向每個籌款頁面請求的實際網頁,其中查找用戶的集資信息,並將其顯示

還有:

我們不希望一個用戶集資頁面來解決一個sitecore項目

我可能會建議你看看使用'通配符'並設置一個str ucture如:

/sitecore/content/home/fundraisers/* 

現在,您sublayout /渲染通配符頁面將負責解決特定用戶,獲取數據並對其進行渲染。

有資源上Sitecore Wildcards如一串: http://www.sitecore.net/Community/Technical-Blogs/Getting-to-Know-Sitecore/Posts/2011/09/Wildcards-and-Data-Driven-URLs.aspx

+0

嗨肖恩 - 非常好的建議,謝謝。我會投票你的迴應,但我沒有聲譽:)。我知道我的營銷團隊對url/感到興奮,但有/募捐者/ 應該很容易出售。 – RDotLee 2012-02-20 20:31:11

+0

在閱讀了Sitecore通配符之後,我們可以/ 或/募捐者/ 。 非常酷的概念。我會將其標記爲答案。 – RDotLee 2012-02-20 20:42:17