Dns web应用程序应该在www.子域上提供吗?

Dns web应用程序应该在www.子域上提供吗?,dns,subdomain,Dns,Subdomain,我注意到很多网站将你从非限定域名重定向到www.subdomain。这是Web应用程序的最佳实践吗 但并不是每个人都这么做。例如,heroku.com会将您重定向到www.heroku.com,而stackoverflow.com会将您从www.stackoverflow.com重定向到stackoverflow.com 如果有的话,这里的最佳实践是什么?为什么?现在的网络倾向于不使用“www”。但是,您应该始终确保现在www.domainname.com和domainname.com都位于同一

我注意到很多网站将你从非限定域名重定向到www.subdomain。这是Web应用程序的最佳实践吗

但并不是每个人都这么做。例如,heroku.com会将您重定向到www.heroku.com,而stackoverflow.com会将您从www.stackoverflow.com重定向到stackoverflow.com


如果有的话,这里的最佳实践是什么?为什么?

现在的网络倾向于不使用“www”。但是,您应该始终确保现在www.domainname.com和domainname.com都位于同一个位置


至于您设置的主服务器名称和别名,这取决于您,甚至可能取决于您的目标市场。

目前的web倾向于不使用“www”。但是,您应该始终确保现在www.domainname.com和domainname.com都位于同一个位置


至于你把哪个作为主服务器名,哪个是别名,这取决于你,甚至你的目标市场。

我妈妈总是把www放在一切的前面。所以,如果我告诉她https冒号斜杠安全点示例dot com,她很可能会点击,或者如果我幸运的话。世界陷入了传统的泥潭。正如SilicaGel所说,您确实需要同时支持这两个方面


当然,从技术角度来看,这一点都不重要。。。除此之外,非限定域上还应该运行一些其他服务,如SMTP,以防无法确定MX主机。注意,应该发生的事情往往不是实际发生的事情。太多的人不遵守标准。

我妈妈总是把万维网放在一切的前面。所以,如果我告诉她https冒号斜杠安全点示例dot com,她很可能会点击,或者如果我幸运的话。世界陷入了传统的泥潭。正如SilicaGel所说,您确实需要同时支持这两个方面


当然,从技术角度来看,这一点都不重要。。。除此之外,非限定域上还应该运行一些其他服务,如SMTP,以防无法确定MX主机。注意,应该发生的事情往往不是实际发生的事情。太多的人不遵守标准。

你可以让其中一个工作,它们都应该被设置为正常工作

它们的DNS处理有一个区别。子域www可以使用CNAME记录重新路由到另一个主机名,这是许多CDN所需要的,例如Akamai,因此Akamai上的站点不能使用原始顶级域作为其最终URL。直接顶级域(例如example.com)仅针对A和AAAA记录路由到IP


如果您只是直接指向自己的服务器,而不喜欢主机名,这没有什么区别,但是如果您打算使用CDN,这可能会有所不同。

您可以让其中一个工作,它们都应该设置为正常工作

它们的DNS处理有一个区别。子域www可以使用CNAME记录重新路由到另一个主机名,这是许多CDN所需要的,例如Akamai,因此Akamai上的站点不能使用原始顶级域作为其最终URL。直接顶级域(例如example.com)仅针对A和AAAA记录路由到IP

如果您只是直接使用自己的服务器,而不喜欢主机名,这没有什么区别,但是如果您打算使用CDN,这可能会有所不同。

Well,网站是www。。与邮件传统处理方式相同,FTP是在FTP上处理的。。域名本身倾向于与www.相同,以获得一致性。有些人故意不把网站放在example.com上。你是否这样做取决于你自己。嗯,网站是www。。与邮件传统处理方式相同,FTP是在FTP上处理的。。域名本身倾向于与www.相同,以获得一致性。有些人故意不把网站放在example.com上。你是否这样做取决于你自己。