基于子域的 Firebase 重写

Posted

技术标签:

【中文标题】基于子域的 Firebase 重写【英文标题】:Firebase rewrite based on subdomain 【发布时间】:2017-05-03 18:04:05 【问题描述】:

我在 firebase 上托管了一个项目。我想使用如下的域和子域:

example.com: rewrite to index-landing.html
app.example.com: rewrite to index.html

这可能吗?我在 firebase.json 的托管部分尝试了以下内容:

"rewrites": [
  
    "source": "https://example.com",
    "destination": "/index-landing.html"
  ,
  
    "source": "https://app.example.com/**",
    "destination": "/index.html"
  
]

有什么想法吗?

【问题讨论】:

嗨@jloosli,我们正在寻求这样做。你有什么发现吗? @AlanHaverty 没有通过 firebase...我最终使用了两个项目并将 dns 指向两个不同的项目。 【参考方案1】:

据我所知,这现在是可能的。我在尝试寻找解决方案时发现了这篇非常好的文章/视频:https://fireship.io/lessons/deploy-multiple-sites-to-firebase-hosting/

【讨论】:

【参考方案2】:

我也有同样的问题。我认为重写只支持目录而不是子域。简单的解决方案是创建两个不同的 Firebase 项目。

【讨论】:

以上是关于基于子域的 Firebase 重写的主要内容,如果未能解决你的问题,请参考以下文章

无法将某些特定子域用于 firebase 动态链接

有没有办法让一个人在跨子域的 firebase 上进行身份验证

域和子域之间的 Firebase 身份验证共享

为前端和后端添加单独的子域路由(Godaddy、AWS 和 Firebase)

对使用自定义子域设置 Firebase 动态链接所需的 A 记录的担忧

当动态链接具有自定义子域时,Firebase 动态链接在 iOS 上不起作用