如何计算每个用户的 Firebase 存储消耗？

Question

我正在构建一个桌面应用程序并使用 Firebase SDK。我正在使用 Firebase 的实时数据库和存储服务进行实验。实时数据库包含所有元数据，存储包含实际文件。

数据库方案如下所示：

-+ users/
 |
 + -- + sd798f7a98dsf79879/ <-- user.uid
      |
      + -- + projects/
           |
           +---- Project1/
           |     ...
           +---- Project2/
                 ...

存储方案看起来很相似。在桌面应用程序中，我可以快速计算用户在存储中的所有文件的总大小，因为这些信息存储在实时数据库中。如果用户想上传比他的计划允许的更多的数据，我可以在客户端拒绝上传。

但这并不是 100% 安全的，因为这是一个可能被黑客入侵的客户端检查。我不太担心有人会暂时超过他的限制，但我想确保我可以使用软限制和硬限制。

鉴于我在桌面应用程序中使用数据库的情况，您能否推荐一种替代方法？

Answer 1

但这并不是 100% 安全的，因为这是一个可能被黑客入侵的客户端检查。

这是真的。您永远不应依赖客户端来更新此类数据。最简单的选择是将Cloud Storage Triggers 用于云函数，它将更新数据库中图像的大小。

如果用户超出配额，您实际上如何防止用户上传新文件？

最好的选择是将它们的总使用量存储在自定义声明中，并在 Firebase 存储安全规则中读取。这样的规则应该有效：

allow write: if request.resource.size + request.auth.token.size < 10 * 1024 * 1024;

此规则将只允许用户上传总计 10 MB 的文件。如果声明尚未更新，则可能存在用户上传超过此限制的罕见情况。

您可以查看我对类似问题的回答之一：

How to limit total size of files that a user can upload to Firebase storage?

---

正如@FrankVanPuffelen 所评论的那样，自定义声明需要时间来传播，并且可能允许用户上传超过指定的限制。您绝对可以删除图像或撤销用户的刷新令牌（当前 ID 令牌仍保持活动状态），但这可能不利于用户体验。您还可以在用户尝试上传任何文件以防止它们被上传之前直接从实时数据库中读取总使用量。 这仍然可以被逆向工程。

---

如果您需要强制执行这些限制而没有这样的缺点，最好通过云功能或服务器上传图像，如果用户超过配额，它将拒绝上传请求。