从 url 中删除 www 时，您的连接不是私人 firebase 托管
Your connection is not private firebase hosting when removing www from url
我正在使用 firebase 托管来托管我的网站，到目前为止它很好，但有一个我不知道如何修复的小异常：
如果你访问我的网站 https://www.morningharwood.com 我的网站有效。
如果你去http://www.morningharwood.com我的网站工作。
如果你只去 morningharwood.com 它有效。
如果你去 www.morningharwood.com 就可以了。
但是，如果您删除 www，网站会抛出错误 Your connection is not private。
问题：
什么是正确的实施方式来为任何 url 组合提供工作机会，例如http://morningharwood.com, https://morningharwood.com
我唯一的解决办法是添加重定向？但我认为这行不通。
正如您所建议的，使用重定向将基域的所有用户指向 www 变体应该可行，并且 Firebase 会自动将 HTTP 流量重定向到 HTTPS。
在控制台中创建重定向后，传播可能需要一段时间，并且会显示 pending 的状态，直到准备就绪。您也可以 redirect or rewrite Firebase Hosting traffic using the firebase.json file.
是否保留或删除 www 确实取决于个人（或客户）的偏好，但最好将一个重定向或指向另一个，以便键入任一内容的用户都能访问正确的网站.
另一种选择是设置您域的 DNS 以使用 CNAME 记录或类似记录将基本域重定向到 www。
我正在使用 firebase 托管来托管我的网站，到目前为止它很好，但有一个我不知道如何修复的小异常：
如果你访问我的网站 https://www.morningharwood.com 我的网站有效。
如果你去http://www.morningharwood.com我的网站工作。
如果你只去 morningharwood.com 它有效。
如果你去 www.morningharwood.com 就可以了。
但是，如果您删除 www，网站会抛出错误 Your connection is not private。
问题：
什么是正确的实施方式来为任何 url 组合提供工作机会，例如http://morningharwood.com, https://morningharwood.com
我唯一的解决办法是添加重定向？但我认为这行不通。
正如您所建议的，使用重定向将基域的所有用户指向 www 变体应该可行，并且 Firebase 会自动将 HTTP 流量重定向到 HTTPS。
在控制台中创建重定向后，传播可能需要一段时间，并且会显示 pending 的状态，直到准备就绪。您也可以 redirect or rewrite Firebase Hosting traffic using the firebase.json file.
是否保留或删除 www 确实取决于个人（或客户）的偏好，但最好将一个重定向或指向另一个，以便键入任一内容的用户都能访问正确的网站.
另一种选择是设置您域的 DNS 以使用 CNAME 记录或类似记录将基本域重定向到 www。