与Firebase主机相比，Firebase存储非常慢

Question

有人知道为什么firebase存储比firebase托管慢得离谱吗？

结果

下载firebase主机镜像的时间：

从firebase存储下载相同镜像的时间：

从firebase存储(亚太地区)下载相同镜像的时间：

(文件大小: 22.7kb / jpeg / firebase存储已向所有人开放)

这在测试中反复出现。有没有办法加速到合适的时间，或者firebase存储对于小文件(图像/拇指)是不可用的？

用于比较

S3北卡-大约

S3亚太地区-约

Cloudinary -大约

额外信息：

我在澳大利亚工作。

完全相同的文件。图像总是在100kb以下。

根据开发工具，减速总是在TTFB中。

托管URL：

https://.firebaseapp.com/images/thumb.jpg

存储URL：

https://firebasestorage.googleapis.com/v0/b/

.apppot.com/o/thhum.jpg?alt=媒体和令牌=

Answer 1

我找到了解决方案。

如果您已将文件上载到存储，请转到：

https://console.cloud.google.com/storage/browser?project=your

_

项目

>选择您的存储桶>选择所有感兴趣的文件，然后单击Make public (或类似的东西-我不是英语母语)。

要在默认情况下公开所有新上传的文件，您需要安装Google cloud SDK (

https://cloud.google.com/sdk/docs/

)，并在命令行中对存储桶使用以下命令：

在此之后，我所有当前和新的图像都可以在storage.googleapis.com/my中找到

_

Project.apppot.com/img/image

_

name.jpg和下载时间肯定更短。

Answer 2

托管=存储+ CDN，所以你真正看到的是你击中了你附近的CDN，而不是直接进入GCS或S3存储桶。Cloudinary/Imgix也是如此。这就是为什么托管的性能比存储要好得多。

解决亚马逊网络服务和GCP之间的TTFB如此不同的问题:不幸的是，这是GCS与S3之间的已知问题(请参阅

这篇很棒的博客文章

w/深入性能分析)。我知道这个团队正在努力解决这个问题，但是如果你不需要限制访问，或者你的CDN可以授权请求，那么使用“把CDN放在前面”的方法将会提供一个更快的解决方案(假设你不需要限制访问，或者你的CDN可以授权请求)。

注: GCP已宣布悉尼地区(

公告博客文章

)将于2017年推出，这可能会对您有所帮助。

Answer 3

除了@Ziwi回答。我认为在Firebase中直接更改规则也是可以的

// Only a user can upload their profile picture, but anyone can view it
service firebase.storage {
  match /b//o {
    match /users/{userId}/profilePicture.png {
      allow read;
      allow write: if request.auth.uid == userId;
    }
  }
}

来源是

https://firebase.googleblog.com/2016/07/5-tips-for-firebase-storage.html

​

​