网站通常托管在 www.example.com 和 example.com 上吗？

Question

我不喜欢在 example.com 和www.example.com上托管的想法

但我无法让我的 DNS 设置将www.example.com重定向到 example.com。所以我现在所拥有的是它们都可以工作并提供网页。如果我有：

A     example.com     123.4.5.6
CNAME www.example.com example.com

那不应该做重定向吗？我意识到使用 JavaScript 可以相当轻松地做到这一点。

我只是不喜欢在拥有www.example.com 的同时将所有开发/产品重点放在 example.com 上，而我不会密切关注它知道它是否有问题。例如，假设我不小心硬编码了一些 javascript 以查找“http://example.com”。好吧，该网站的“http://www.example.com”版本上不会有该内容。

在这里做什么是正确的？DNS 可以为我做重定向吗？我应该使用 Javascript 将www.example.com重定向到 example.com 吗？...不过 JavaScript 不会涵盖 API 调用。

Answer 1

一般来说，网站的最佳做法是仅在一个域名下实际提供其内容，并且任何其他别名仅重定向到该一个规范域名。

然而，该重定向是一种 HTTP 概念，而不是 DNS 概念。ACNAME不会重定向任何内容，它只是进行重定向，以便一个名称在 DNS 中解析为与另一个名称相同。

正常的方法是让 Web 服务器直接在 HTTP 响应标头中促进重定向（通过 Web 服务器配置，或者由处理请求的应用程序完成（如果适用））；通过发送 HTTP 状态301（或在某些情况302下）Location。

至于在浏览器中实现重定向的其他变体，可以通过元刷新来提供 HTMLHTML ，甚至可能是 Javascript。然而，这会带来一些不太像浏览器的 HTTP 客户端不会遵循重定向的风险。

另外，除非它有目的，否则我建议最好不要让这两个名称实际上指向同一个站点，而是有一个专门用于重定向处理的单独站点以避免任何混淆。

至于 API 客户端，或多或少需要首先做正确的事情，以避免人们开始使用不同的名称，因为如果他们这样做，你可能无法在不彻底破坏这些客户端的情况下修复它。即，记录应该使用哪个 URL，或者在其他名称下根本没有可用的 API，或者进行这些重定向只是为了明确 API 的实际位置。只是不要期望 API 客户端真正遵循重定向，因为它们很可能不会。