我们需要将默认 URL 设置为唯一名称。如果是 www 则没有前缀，反之亦然。所以要做出的决定是要么坚持 www 要么不带前缀。
没有为所有子域设置前缀 cookie。它还有什么其他缺点？还是好处？
基本上我们需要为 OpenID 使用这个，因为如果用户来自 www 或没有前缀，OpenID 会使用户看起来不同。
由于我们的网站是新网站，所以我们可以选择其中任何一个。此外，域名的外观也不是什么大问题。
【问题讨论】：
无论如何，您可能都希望将一个重定向（使用HTTP 301 - Permanent Redirect）重定向到另一个，因为这样更容易保持一致的网址。因此，无论您决定如何，只要确保在重定向之后完成实际身份验证，并且看起来不同的用户不会成为问题。
也就是说，您是否想要www 完全取决于您的应用程序中的其他内容如何工作。您提到 domain.com 的 cookie 将为 all 子域保存 - 这是您想要的吗？您是否需要区分（例如，通过允许用户为子域设置自己的身份验证系统，就像共享托管服务可能会做的那样）？
如果您发现包含和排除www 之间的差异对您的应用程序没有影响，我会不使用www。主要原因是我对互联网当前趋势的看法 - 越来越多的应用程序（SO 就是一个例子）倾向于将www 排除在外，无论是在链接到自己的网站时，还是在不同类型的营销中.
但是，重点是让两者都发挥作用。您不希望您的网站中断，因为用户确实（不）在网址开头输入了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。
【讨论】：