我们需要将URL默认为唯一名称。如果它是www然后没有前缀,反之亦然。因此决定要么坚持使用www或没有前缀。
没有为所有子域设置前缀cookie。它的其他缺点是什么?还是好处?
基本上我们需要OpenID这个,因为OpenID会让用户看起来不同,如果他们来自www或没有前缀。
由于我们的网站是新的,所以我们可以选择任何一个。此外,域名的外观并不是一个问题。
答案 0 :(得分:3)
您可能希望将(使用HTTP 301 - Permanent Redirect
)一个重定向到另一个,因为保持一致的URL更容易。无论您决定哪种方式,只需确保在重定向后完成实际身份验证,并且看起来不同的用户不会成为问题。
那就是说,如果你想要www
或不完全取决于你的申请中的其他事情是如何运作的。您提到将为所有子域保存domain.com
的Cookie - 这是您想要的吗?您是否需要区分(例如,允许用户为共享托管服务设置自己的子域身份验证系统)?
如果在您的应用程序中包含和排除www
之间没有找到任何差异,我会使用www
去而不是。我的主要原因是我对互联网当前趋势的描述 - 越来越多的应用程序(SO就是这样的一个例子)在链接到他们自己的网站和营销时都倾向于离开www
。不同种类。
然而,重点是使两者都有效。您不希望您的网站中断,因为用户确实(不)在网址的开头键入www
。
答案 1 :(得分:2)
使用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
。