我們需要將URL默認爲唯一名稱。如果它是www,那麼不帶前綴,反之亦然。所以決定要麼堅持www或者沒有前綴。使用www或不使用www的默認URL的優缺點是什麼?
沒有爲所有子域設置前綴cookie。它有什麼缺點?還是好處?
基本上我們需要OpenID,因爲OpenID將使用戶看起來不同,如果他們來自www或沒有前綴。
由於我們的網站是新的,所以我們可以與任何一個去。另外,域名看起來不怎麼重要。
我們需要將URL默認爲唯一名稱。如果它是www,那麼不帶前綴,反之亦然。所以決定要麼堅持www或者沒有前綴。使用www或不使用www的默認URL的優缺點是什麼?
沒有爲所有子域設置前綴cookie。它有什麼缺點?還是好處?
基本上我們需要OpenID,因爲OpenID將使用戶看起來不同,如果他們來自www或沒有前綴。
由於我們的網站是新的,所以我們可以與任何一個去。另外,域名看起來不怎麼重要。
通過不使用www
子域,您可以提供靜態內容時遭受性能損失,因爲這裏要注意:http://developer.yahoo.com/performance/rules.html#cookie_free。據我瞭解,如果您使用http://example.com/
和http://static.example.com
作爲靜態內容,則您在主域中設置的任何Cookie都將通過請求傳遞到您的靜態子域。
通過爲靜態內容購買不同的域,可以很容易地避免這種情況。但是,這當然可以通過使用www
子域來處理。
再次,這是一個非常小的騙局,而且只有在您處理高需求的網站時纔會發揮作用。 (例如,Digg使用http://digg.com
和http://*.diggstatic.com
)。
最終,我會說這是一個小問題,如果性能開始受到影響,它可能會被處理。不要過早優化,所有這些......
而且@Tomas Lycken指出,即使您不使用子域名,也要確保您的帳號爲www
。
無論如何,您可能都希望重定向(使用HTTP 301 - Permanent Redirect
),因爲維護一致的網址會更容易。所以無論你決定,只要確保在重定向之後完成了的實際身份驗證,並且看起來不同的用戶不會成爲問題。
這就是說,如果你想要www
完全取決於你的應用程序中的其他事情是如何工作的。您提到domain.com
的Cookie將被保存爲全部子域 - 這是您想要的東西嗎?您是否需要區分(例如,通過允許用戶爲共享託管服務可以設置自己的子域身份驗證系統)?
如果你們沒有包含和不包含www
此事向您的應用程序之間找到的差異,我會爲不使用www
去。主要原因是我對互聯網當前趨勢的描述 - 越來越多的應用(SO就是這方面的一個例子)傾向於將www
排除在外,無論是鏈接到自己的網站還是不同的營銷方式。
但是,主要的一點是使兩個工作。您不需要希望您的網站中斷,因爲用戶在網址的開頭輸入了www
(沒有)。
誰投這個被轉移到superuser.com:D。愚蠢的人 – 2010-08-04 14:57:41
這真的不是一個編程問題。它更像是一個網站管理員和/或服務器管理員類型的東西,並且會在doctype.com或者serverfault.com上的主題上更多。我還沒有投票結束,但我可能會。 – cHao 2010-08-04 15:00:33
也許Pro-Webmasters? – Wilduck 2010-08-04 15:11:24