如何在 Firebase 托管上测量下载字节数,为什么它与访问者数量不成比例?
How downloaded bytes are measured on Firebase Hosting and why is it not proportinal to number of visitor?
我正在使用 Firebase 托管并定期跟踪使用情况以查看每天有多少次下载,因为我使用的是数据传输限制为 360MB/天的 spark 计划。但我不明白数据传输是如何衡量的,为什么它的比例不对。访问人数和使用情况如下:
- 3 月 7 日:41 位访客,339.5 MB
- 3 月 4 日:21 位访客,79.5MB
这可能是什么原因?它有何不同?
这可能有许多原因。想到的前几个:
- 与 3 月 7 日的访问者相比,3 月 4 日的访问者访问您网站的次数可能更少。
- 3 月 7 日的访问者本可以使用(预)加载网站更多部分的浏览器。
- 3 月 4 日的访问者可能是重复访问者,他们的浏览器缓存中已经有您网站的一部分。
但如前所述,这些只是大量可能原因中的一小部分。
如果您想详细了解用户如何浏览您的网站,我建议 enabling analytics or (less intrusive) enable and check access logs 并寻找模式(也非常多样化)。
我正在使用 Firebase 托管并定期跟踪使用情况以查看每天有多少次下载,因为我使用的是数据传输限制为 360MB/天的 spark 计划。但我不明白数据传输是如何衡量的,为什么它的比例不对。访问人数和使用情况如下:
- 3 月 7 日:41 位访客,339.5 MB
- 3 月 4 日:21 位访客,79.5MB
这可能是什么原因?它有何不同?
这可能有许多原因。想到的前几个:
- 与 3 月 7 日的访问者相比,3 月 4 日的访问者访问您网站的次数可能更少。
- 3 月 7 日的访问者本可以使用(预)加载网站更多部分的浏览器。
- 3 月 4 日的访问者可能是重复访问者,他们的浏览器缓存中已经有您网站的一部分。
但如前所述,这些只是大量可能原因中的一小部分。
如果您想详细了解用户如何浏览您的网站,我建议 enabling analytics or (less intrusive) enable and check access logs 并寻找模式(也非常多样化)。