实际上没有任何官方公众号,部分原因是团队保留在未来更改它们的权利,以更好地适应服务的需求。
也就是说,远程配置是为您的应用程序设计的免费,无论它们变得多么受欢迎。只要您的客户端行为合理,您就不必担心并发连接或每月连接或诸如此类的问题。
那是什么意思?嗯,就我个人而言,我的建议是不要将你的缓存设置在3小时以内。如果您需要比这更快的东西,那么您真的应该开始研究实时数据库。否则,应该使用远程配置查找。
Firebase远程配置有其他选择吗?我需要为中国市场提供一个应用程序,我不确定它是否会起作用
在我们的Android应用程序中,在Firebase配置更新到后,由于调试项目上的403错误,我们的应用程序停止接收配置更新。我们遵循了REST API迁移指南,它开始工作了。在我们的live project中,REST api是启用的,我们不需要打开它。但在SDK更新后,它还是以403响应。在返回后,它开始工作,但我不想降级,而是更好地找到问题。可能有什么问题?
我正在处理Firebase Remote Config,想知道当您对Firebase参数有重叠的条件时,在幕后会发生什么。例如,假设我对一个参数有两个条件: 如果用户在Android设备上,则返回true。 如果用户使用的是Android设备,并且该设备是Samsung设备,则返回false。 如果用户是从三星设备查询,那么Firebase会为这个参数返回什么?大概,这将取决于Firebase首先
我将Firebase集成到我的Android项目中,为不同的应用程序用户获得不同的参数值。我做了以下工作: 结果总是得到默认值:DefaultValue 我做错了什么?我错过了什么?
我最近将Firebase remote config添加到我的项目中,以便远程管理一些应用程序设置。 由于Firebase的性质,配置只能在客户端每12小时更新一次。当我慢慢地将变量添加到远程配置中时,我意外地创建了以下场景: 用户的应用程序版本A在远程配置上的变量很少。 应用程序从Firebase更新变量 用户将应用程序版本更新为A+1,该版本在远程配置中具有新变量 应用程序尝试从firebas
我已经玩了很长时间的Firebase远程配置。在某些情况下,我设置了参数,以不同的值应用于我的用户基础的特定%。 最近,我开始对正确的a/B测试感兴趣,并看到Firebase有一个用于此的特性(现在在beta版)。在对A/B测试特性的描述中,他们陈述了一个用例是通过远程配置设置参数来改变应用程序的行为(这是有意义的,直到现在我都是这么做的)。 不过,我的问题是A/B测试特性是否做了与远程配置不同的