有www或没有www的默认URL的优缺点是什么？

我们需要将URL默认为唯一名称。如果是www，则不带前缀，反之亦然。所以要做的决定是要么坚持使用www，要么不加前缀

未为所有子域设置前缀cookie的。它还有什么缺点？还是好处？

基本上，我们需要这个OpenID，因为如果用户来自www或者没有前缀，OpenID会让他们看起来不一样

---

因为我们的网站是新的，所以我们可以选择任何一个。此外，域名的外观也不太重要。

您可能希望重定向（使用

HTTP 301-永久重定向）一个域名到另一个域名，因为这样维护一致的URL要容易得多。因此，无论您选择哪种方式，只要确保在重定向之后完成了实际的身份验证，看起来不同的用户就不会成为问题

也就是说，您是否想要
www
完全取决于应用程序中其他东西的工作方式。您提到，
domain.com
的cookies将为所有子域保存-这是您想要的吗？您是否需要进行区分（例如，允许用户为子域设置自己的身份验证系统，就像共享托管服务一样）

如果您发现包含和排除
www
之间的差异对您的应用程序都不重要，我会选择不使用
www
。主要原因是我对互联网当前趋势的描述——越来越多的应用程序（这就是一个例子）倾向于将
www
排除在外，无论是在链接到自己的网站时，还是在不同类型的营销中

然而，主要的一点是使这两种方法都起作用。你不想让你的网站崩溃，因为用户没有在url开头键入
www
。
通过not使用
www
子域，你在交付静态内容时可能会受到性能影响，如下所述：。据我所知，如果您使用
http://example.com/
和
http://static.example.com
对于静态内容，您在主域上设置的任何Cookie都将与请求一起传递到您的静态子域

通过为静态内容购买一个不同的域，可以很容易地避免这种情况。然而，这当然可以通过使用
www
子域来解决

再说一次，这是一个很小的骗局，只有当你面对一个高需求的网站时，它才真正起作用。（例如，Digg使用
http://digg.com
和
http://*.diggstatic.com
）

最后，我想说，这是一个很小的问题，如果性能开始下降，它可能会得到解决。不要过早地优化，所有这些

而且，正如@Tomas Lycken所指出的，即使你不使用子域，也要确保你对
www
进行了解释。
谁投票支持将此移到superuser.com:D.愚蠢的人这真的不是一个编程问题。它更多的是一个网站管理员和/或服务器管理员类型的东西，更多的是关于doctype.com或者serverfault.com的主题。我还没有投票决定结束，但我可能会。可能是重复的