mk1*_*k12 78 www subdomain domain-name
有什么意义www.?不就是无用的额外文字吗?既然大家都习惯了,www.google.com比起看起来更加匀称google.com,但当初为什么要开始呢?
有一件事我注意到,就是google.com拥有的IP 74.125.53.100,在英国,同时www.google.com拥有的知识产权209.85.135.106,在美国上市。有人可以解释一下吗?
编辑:是example.tld应该是一个不同的机器www.example.tld?必须是吗?
Chr*_*Rea 107
在万维网之前,还有一个互联网,它被用于各种各样的东西:telnet、电子邮件、gopher、FTP 等。当时传统的做法是为服务器分配域名别名以实现通用功能。因此,smtp.example.com 将是 example.com 的出站电子邮件 SMTP 服务器,ftp.example.com 将是 example.com 的 FTP 服务器等。
当 Web 出现时(1990 年代初期),它只是另一种应用程序/协议——当时并不一定认为它会成为仅次于电子邮件的最流行的使用 Internet 的东西。因此,一个组织的 Web 服务器被分配了一个域名别名“www”。就像通常会分配的任何其他服务一样。
随着时间的推移,许多网站开始去掉“www.”,因为 URL 毕竟通常是由人们输入的,是的,它比真正需要的多 4 个字符。但是,“www。” 今天仍然徘徊,它不太可能完全消失。
And*_*ore 22
它主要用于将 cookie 与其他子域分开。
如果您打算使用 cookie,请务必保留www..
您始终可以使用 301 重定向将短域重定向到带有 的域www.,这样您的用户就不必键入它。
这将允许您为静态数据服务创建无 cookie 的子域。如果没有www.,cookie 将在所有子域上提供。因此,如果您不使用www.,则需要一个完全独立的域名来拥有无 cookie 的域,而不是仅使用子域。
除此之外,在保留www.与否之间进行选择只是您更喜欢哪个的问题。只需确保使用 301 重定向将未选择的一个重定向到另一个。
编辑:
为了解释一下,设置 cookie 使用层次结构来说明 cookie 如何传播到域。
例如,将 cookie 设置为example.com有效地允许将 cookie 传输到:
example.com
www.example.com
sub.www.example.com
my.example.com
oh.my.example.com
images.example.com
hello.example.com
Run Code Online (Sandbox Code Playgroud)
与将 cookie 设置为www.example.com仅在这些情况下允许 cookie 相比:
www.example.com
sub.www.example.com
Run Code Online (Sandbox Code Playgroud)
通过使用 a,www.您允许自己使用子域来拥有与主站点不同的 cookie(如果需要,根本没有)。
没有www.(或另一个子域),在域上设置的所有 cookie 都将传播到子域。
不知道这是否是传统www.上使用的原因,但一个可能的原因:
假设您有一台运行 Web、SMTP 和 IMAP 服务器的服务器。用户通过 www.example.com 访问 Web 服务器,通过 smtp.example.com 访问 SMTP,通过 imap.example.com 访问 IMAP
您的服务器负载过重,因此您希望将 Web 服务器拆分为一台新机器。为此,您只需将“www”子域更改为指向您的新网络服务器的 IP 地址。
对于较大的内部网络,这是一种移动服务器的简单方法。只需更改内部 SMTP 服务器 DNS 条目,所有客户端将自动开始使用新机器。无需担心端口转发
对于面向 Internet 的服务器,您可能会将两台服务器放在同一个 NAT 网络上,并将端口 80 转发到不同的机器,或者使用负载平衡器
保留“www”有很多好处。纯粹网络服务器的 URL 的一部分,特别是关于 cookie,正如Andrew Moore和这个 blog.SO 帖子所解释的那样......另外,如果你重定向非 www 域,用户不必输入它(即使你没有,如果“example.com”不起作用,大多数浏览器会尝试“www.example.com”)
这可能会更糟。英国零件公司“RS”似乎从根本上误解了整件事——他们的网站是 rswww.com
| 归档时间: |
|
| 查看次数: |
32965 次 |
| 最近记录: |