2010-08-04 25 views
2

我們需要將URL默認爲唯一名稱。如果它是www,那麼不帶前綴,反之亦然。所以決定要麼堅持www或者沒有前綴。使用www或不使用www的默認URL的優缺​​點是什麼?

沒有爲所有子域設置前綴cookie。它有什麼缺點?還是好處?

基本上我們需要OpenID,因爲OpenID將使用戶看起來不同,如果他們來自www或沒有前綴。

由於我們的網站是新的,所以我們可以與任何一個去。另外,域名看起來不怎麼重要。

+0

誰投這個被轉移到superuser.com:D。愚蠢的人 – 2010-08-04 14:57:41

+0

這真的不是一個編程問題。它更像是一個網站管理員和/或服務器管理員類型的東西,並且會在doctype.com或者serverfault.com上的主題上更多。我還沒有投票結束,但我可能會。 – cHao 2010-08-04 15:00:33

+0

也許Pro-Webmasters? – Wilduck 2010-08-04 15:11:24

回答

2

通過使用www子域,您可以提供靜態內容時遭受性能損失,因爲這裏要注意:http://developer.yahoo.com/performance/rules.html#cookie_free。據我瞭解,如果您使用http://example.com/http://static.example.com作爲靜態內容,則您在主域中設置的任何Cookie都將通過請求傳遞到您的靜態子域。

通過爲靜態內容購買不同的域,可以很容易地避免這種情況。但是,這當然可以通過使用www子域來處理。

再次,這是一個非常小的騙局,而且只有在您處理高需求的網站時纔會發揮作用。 (例如,Digg使用http://digg.comhttp://*.diggstatic.com)。

最終,我會說這是一個小問題,如果性能開始受到影響,它可能會被處理。不要過早優化,所有這些......

而且@Tomas Lycken指出,即使您不使用子域名,也要確保您的帳號爲www

3

無論如何,您可能都希望重定向(使用HTTP 301 - Permanent Redirect),因爲維護一致的網址會更容易。所以無論你決定,只要確保在重定向之後完成了的實際身份驗證,並且看起來不同的用戶不會成爲問題。

這就是說,如果你想要www完全取決於你的應用程序中的其他事情是如何工作的。您提到domain.com的Cookie將被保存爲全部子域 - 這是您想要的東西嗎?您是否需要區分(例如,通過允許用戶爲共享託管服務可以設置自己的子域身份驗證系統)?

如果你們沒有包含和不包含www此事向您的應用程序之間找到的差異,我會爲使用www去。主要原因是我對互聯網當前趨勢的描述 - 越來越多的應用(SO就是這方面的一個例子)傾向於將www排除在外,無論是鏈接到自己的網站還是不同的營銷方式。

但是,主要的一點是使兩個工作。您不需要希望您的網站中斷,因爲用戶在網址的開頭輸入了www(沒有)。

相關問題