火力地堡客户端扇出性能

https://firebase.googleblog.com/2015/10/client-side-fan-out-for-data-consistency_73.html

我认为这是有追随者数量不到100万的人一个很好的方法。我尝试和这个数字是好的。但对于拥有10kk粉丝的人来说，客户会因为获得大量的10kk粉丝而短暂崩溃，从而形成另一个10kk路径活动的庞大数组。

我只想指出这一点，我认为这是一个只适用于拥有少量用户的应用程序的解决方案。最后我们不得不使用服务器端解决方案。这对于一般的应用程序效率来说是不好的

2016-07-14 DThink

对于具有该数量的追随者的用户，您应该确实可以运行扇出在服务器端进程中。不一定是因为应用会崩溃，而是因为带宽使用。 –

将是一个很好的功能，它允许firebase端以较低的成本在客户端实现此功能。我认为这是一个功能。我做在JavaScript
var obj = { created: time } var path = "FollowersActivity/uid/" var followers = 'root.child("Followers").child("uid").val()' function massSaved(obj, path, followers)

由火力服务器端，服务器通过“追随者”的路径和通过的foreach循环在“路径”字符串附加每跟随名字让所有的孩子的，并保存所有对象的例子。在这种模式下，客户端只会在Firebase服务器上发送少量字符串，而不会获得所有追随者，并进行其他大量活动。可能我的例子不起作用，因为我不知道Firebase基础设施，但仅仅是一个例子来提出一个想法，完全在服务器端完成这些操作

来源

2016-07-14 15:16:11 DThink

火力地堡客户端扇出性能

回答

相关问题