【发布时间】:2018-10-31 03:25:02
【问题描述】:
我想在 firebase 上托管使用 Next.js 的导出功能创建的静态 Web 应用。当底层数据库发生更改时,应用程序会将自身重建为静态 html。由于我不能直接将此静态页面自动部署到 Firebase 托管,因此我倾向于从 with 提供静态文件。
那么,与使用 firebase 托管相比,在 firebase 函数中使用 Express.js 提供静态 html 内容有什么缺点吗? 尤其是在:定价、安全性和性能/速度方面。
【问题讨论】:
-
您可能想研究将 Firebase 托管连接到 Cloud Functions。 firebase.google.com/docs/hosting/functions
-
其实没有,因为我不想提供动态内容。我宁愿从我的 firebase 函数应用程序更新 firebase 托管中的静态文件。但由于(尚)不支持此功能,我正在使用 express 在云功能中运行我自己的静态内容服务器..
-
您可以将 Firebase 托管放在 Cloud Functions 前面,通过尝试以这种方式提供所有静态内容来帮助解决您面临的大部分计费和性能问题。
-
我强烈建议您观看来自 Google I/O 的这段视频,其中一位 Firebase 托管的首席工程师解释了如何在 Firebase 上构建一个高效的、事件驱动的内容网站:youtube.com/…
标签: firebase google-cloud-functions firebase-hosting