WWW 与否 WWW，主站点名称选择什么？ [关闭]答案

【问题标题】：WWW or not WWW, what to choose as primary site name? [closed]WWW 与否 WWW，主站点名称选择什么？ [关闭]
【发布时间】：2009-07-10 12:55:09
【问题描述】：

从技术角度来看，唯一的问题是流量和传入链接（其中一个应该重定向到另一个）。

现在我需要选择哪个应该是主要的。有些网站有 www（google、microsoft、ruby-lang），有些没有 www（stackoverflow、github）。在我看来，较新的不要使用 WWW。

选择什么？

请解释一下。

更新：这是与编程相关的问题。实际上网站是为程序员准备的，所以我希望看到技术人员的想法。

更新：没有 WWW 的网站显然是赢家。谢谢各位！

【问题讨论】：

对我来说，h t t p : // w w w 似乎真的是多余的。 www 表示流量将通过 HTTP... h t t p : // 已经告诉你了。
如果您选择无 www 路由，您将永远无法拥有无 cookie 的子域（想想 CDN）。 phpied.com/www-vs-no-www-and-cookies
This answer，虽然不直接相关，但似乎相关。另外，别忘了阅读what’s the point in having “www” in a URL?。
yes-www.org/why-use-www

标签： domain-name

【解决方案1】：

你选择哪一个并不重要，但你应该选择一个并且保持一致。这更多的是风格问题，但重要的是要注意搜索引擎将这两个 URL 视为不同的网站：

http://www.example.com
http://example.com

因此，无论您出于审美原因选择哪个，都应始终用于 SEO 原因。

编辑：我个人的意见是放弃www，因为它对我来说感觉很陈旧。我也喜欢较短的网址。如果由我决定，我会将所有流量从 www.example.com 重定向到 example.com。

【讨论】：

拥有一个单一的规范域也很有用，这样 cookie 就不会丢失，这确实让用户感到困惑
另外，如果您选择一个作为规范，请接受另一个，但将其重定向以避免从搜索引擎的角度来看重复的内容。
我需要选择:)。所以这个答案对我没有帮助:)。我知道 CEO 的问题，我已经解决了这个问题。
@Mike - 我不认为你的意思是 CEO 的问题 - 那些是 CEO 合适的时候，因为“所有网站都必须以 WWW 开头！” ;)
stackoverflow.com/questions/2919394/…

【解决方案2】：

不要使用万维网。这是一个不必要的绕口令，对平面设计师来说是一种痛苦。

【讨论】：

它会给平面设计师带来什么问题？
我猜他们应该在 logo 中添加 WWW，否则用户会感到困惑，广告也是如此。
@StuperUser - 这只是徽标上的噪音； Ws 的图案在视觉上相当分散注意力。 @Mike - 我认为 mysite.com 显然是一个网站，有或没有 WWW。人们仍然会键入 WWW，这就是为什么您在服务器上同时配置两者的原因，但是告诉某人去“bbc.co.uk/news”就像“www.bbc.co”一样可以理解.uk/news”
一些人仍会键入 www。有些不会。然后有些人在开始时输入http://，即使这从来都不是必须输入的。然后有人输入http://www.google.com/，等待谷歌出现，然后在谷歌中输入http://www.yoursite.com/。长话短说，无论哪个是您的“主要”，您都需要同时支持 www 和无 www。即使您的主要是“.net”或“.org”等，始终购买“.com”也是一个好主意。有些人在输入任何网址时会自动输入“.com”。跨度>

【解决方案3】：

您应该考虑一些问题。有关 cookie 有效性问题，请参见例如 Use Cookie-free Domains for Components。

但无论您如何决定：仅使用其中一个域作为您的规范域名，并使用 301 重定向来更正无效域名。对于 Apache 网络服务器，您可以使用 mod_rewrite 来执行此操作。

【讨论】：

【解决方案4】：

显然，两者都配置。我会让www 重定向到正常的 URL，因为它的存在只是为了让那些习惯性地在每个地址的开头键入它的人都开心。只是不要，无论你做什么，都需要手动输入www。永远。

【讨论】：

注册域名时不要包含“www”。 “www”是一个子域。
另外，如果你有 https 证书，别忘了为 www 和非 www 注册它。
@John 我认为他的意思是在您的应用服务器中注册它们。

【解决方案5】：

我认为这取决于您的听众。非技术人员会认为www 在那里，而技术人员不会本能地期待它，并且会喜欢较短的 URL。

(编辑：我最近设置了一个域供家人使用，包括 webmail。我妻子问 webmail 的地址是什么。我说“mail.ourdomain.com”。她输入“www.mail.ourdomain.com”。）

无论哪种方式，请确保您不使用的那个干净地执行 301 重定向到您确实使用的那个 - 这样用户和搜索引擎都不需要关心。

【讨论】：

我同意观众很重要。但是人们需要通过将 www 重定向到非 www 来减少它，以便非技术观众仍然可以键入 www，但希望注意到 URL 丢弃它。或者你可以像我一样在我的个人网站上做个混蛋，然后将 www 转发到 no-www.org。
no-www.org 真是个好主意——我只希望它的设计更人性化一点。对于非技术人员来说，它可能看起来就像一堵 gobbeldygook 墙（11pt courier new，就像你知道的，“查看源代码”）。

【解决方案6】：

这个问题的一个方面涉及 CDN 和一些网络主机（例如 Google 协作平台）。此类主机要求您为指向主机服务器的站点名称添加 CNAME 记录。但是，由于 DNS 的设计方式，CNAME 记录不能与其他同名记录共存，例如 NS 或 SOA 记录。因此，您不能为您的 example.com 名称添加 CNAME，而必须为子域添加 CNAME。当然，人们通常会为他们的子域选择“www”。

尽管存在技术限制，但我更愿意尽可能省略我网站上的 www。

【讨论】：

据我所知这不是真的，您可以使用“example.com”。（你注意到域名后面的点了吗？）。
我看到了这个点，但我想你会从 DNS、“example.com”和“example.com”的角度找到它。被同等对待，您仍然无法为其中任何一个添加 CNAME 记录。
可能这取决于实现，但这正是我使用heroku托管的方式。退房 - onticoren.com/2009/06/29/go-daddy-dns-heroku
我认为还值得一提的是，CNAME 记录不能与用于电子邮件的 MX 记录共存，正如RFC 1912 2.4 节所述（“CNAME 记录不允许与任何换句话说，如果 suzy.podunk.xx 是 sue.podunk.xx 的别名，那么你不能同时拥有 suzy.podunk.edu 的 MX 记录，或者 A 记录，甚至是 TXT 记录。 ") 和this article。这种技术限制的原因是什么？

【解决方案7】：

我会在没有 www 的情况下重定向到。在 Apache 2.x 中：

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.yourdomain\.com$
RewriteRule (.*) http://yourdomain.com/$1 [R=Permanent]

我认为 www 没有意义；我们都知道我们在万维网上。将子域用于负载平衡或设备特定网站（例如，用于移动设备的 m.google.com，即使现在有一个 .mobi 顶级域）会更好。

【讨论】：

我很有趣你为什么重定向而不是如何......

【解决方案8】：

www用作标准子域，主域中网站的子文件夹。

http://no-www.org/ 正试图弃用它。

虽然 http://www.w3.org/ 包括www。

这两个网站都值得一试。

目前似乎已成为品味问题和宗教问题，而不是标准。无论您选择什么，请确保您从 www 注册或重定向为 Control+enter 等快捷方式复制到 www。

【讨论】：

【解决方案9】：

您还有其他子域吗？如果是这样，我认为使用 www 可能更有意义，因为某些地方可能有用于其他目的的各种子域，例如商店或国际化子域。

【讨论】：

对我来说，没有提供设备名称（即 no-www）的公司域会转到包含有关该域的信息的页面，并且可能导航到其中的各种设备名称，这是有道理的那个域。如果没有指定子域，您是否不想显示网站？或者想要多个 FQDN 去同一个地方？或者让您的默认域指向除 www 以外的设备？如果 example.com 是 ftp，而您必须键入 www.example.com 才能访问万维网，我会感到困惑。现在将 www 重定向到非 www 是暂时的，直到 www 完全消失。

【解决方案10】：

我通常选择 www.sitename.com，因为它明确表明它是您网站的主要部分。 Testing.sitename.com 正在测试。 House.sitename.com 是我的家用电脑。我喜欢明确，但我不介意网站不使用 www。我不是最纯粹的。 :)

【讨论】：

【解决方案11】：

不带 www 使用。 这背后的一般原理是，由于您正在向网络浏览器写入地址，因此已经暗示您正在访问一个网站（您还可以做什么）浏览器？） - 因此使用额外的 www 是没用的。

具体来说，当收到一个http请求时，你就知道用户想要访问该网站。 Web 浏览器隐式添加了http://-header，因此用户只需要担心地址。其他服务也是如此 - 如果您托管 ftp，将 ftp 客户端指向没有 ftp 的域就足够了。 -前缀。

如果我理解正确，使用不同 www.、ftp. 等子域的原因大多是历史性的，并且现在不再相关，因为流量只是被定向到正确的服务器/服务 - 冗余前缀有只是因为他们的受欢迎程度而陷入困境。

【讨论】：

您可以将域输入到更多的东西中，而不仅仅是网络浏览器。没有子域默认为网络是有道理的，因为它被公众访问最多。

【解决方案12】：

我总是将非 www 重定向到 www 并将它们称为 www.mysite；想想各种论坛和即时通讯应用程序，它们仅在链接以 www 开头时才能正确转换。 .

【讨论】：

然后将其输入为sitename.com - 这将被很好地接受，并且实际上可以在更多情况下工作。
所以拿起我输入的内容并将其转换为链接:-) 证明我的观点。 h t t p : // 网站名称.com
@tomfanning：come.to/foobar。只是检查发生了什么。
@tomfanning @Salman 链接以 http:// 或 ftp:// 之类的协议开头，而不是 www。 www 被假定为超文本传输协议，但这是我从未考虑过的一个好点……尽管通过在您的链接中包含协议可以很容易地避免它。

【解决方案13】：

您希望您的网址令人难忘，并且您希望 Google 等注册相同的网址以进行排名等。

最佳实践似乎是处理 www，但始终 HTTP 将其重定向到非 www 变体。这样一来，搜索引擎就知道将指向这两个变体的链接列为同一个站点。

【讨论】：

【解决方案14】：

无论您使用什么，坚持使用一个，否则您必须为每个域制作 2 组 cookie 才能使您的会话/cookie 正常工作。

【讨论】：