我不喜欢在 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 很容易地做到这一点。
我只是不喜欢把我所有的开发/生产重点放在 example.com 上，同时让www.example.com在那里，一些用户可能会去，我不会密切关注它知道它是否有问题。例如，假设我不小心对一些 javascript 进行了硬编码以查找“http://example.com”。好吧，该网站的“http://www.example.com”版本不会出现。
在这里做什么是正确的？DNS 可以为我做重定向吗？我应该使用 Javascript 将www.example.com重定向到 example.com 吗？...尽管 JavaScript 不会涵盖 API 调用。
通常，网站的最佳做法是仅在一个域名下实际提供其内容，并且任何其他别名仅重定向到该规范域名。
但是，该重定向是一个 HTTP 概念，而不是 DNS 概念。记录
CNAME不会重定向任何内容，它只是使一个名称在 DNS 中解析为与另一个名称相同。通常的方法是让 Web 服务器直接在 HTTP 响应标头中促进重定向（通过 Web 服务器配置，或者由处理请求的应用程序完成（如果适用））；通过发送带有标头的 HTTP 状态
301（或在某些上下文中302）Location。至于在浏览器中实现重定向的其他变体，可以提供带有元刷新的 HTML ，甚至可以像您建议的那样提供 Javascript。然而，这将冒一些不太像浏览器的 HTTP 客户端不会遵循重定向的风险。
此外，除非它有目的，否则我建议最好不要让这两个名称一开始就指向同一个站点，而是让一个单独的站点专门用于重定向处理以避免任何混淆。
至于 API 客户端，它或多或少会在一开始就把事情做对，以避免让人们开始使用不同的名称，因为如果他们这样做，您可能无法在不彻底破坏这些客户端的情况下最终修复它. 即，记录应该使用哪个 URL，或者在其他名称下根本没有可用的 API，或者让那些重定向只是为了清楚地表明 API 的实际位置。只是不要指望 API 客户端实际遵循重定向，因为它们很可能不会。