Question

我们正在整合Stream以启动通知模块。在查看信息中心中的使用情况指标时，我们会看到可疑的大量Feed更新：

正如您所看到的，我们每天都有 9K Feed更新。

那些每日9K Feed更新没有意义，因为现在我们的后端代码不会创建任何活动。

发生的唯一Stream API调用是，当新用户注册我们为其创建新的流时，类型为'notification'，并使这个新流遵循单个管理流，其类型为'flat'：< / p>

const notifications = client.feed('notifications', userId);
await notifications.follow('user', 'admin');

例如，如果我们今天有200个注册的新用户，则管理员的平面流将有额外的+200粉丝。

截至今天，我们有：

这些是我们与Stream的API进行的唯一互动，我们无法理解仪表板中所有这些Feed更新的来源。（也许这些跟随命令计为Feed更新？）

Answer 1

我们发生的事情非常相似。我们有一个开发应用程序进行测试，并且一天前的日志中突然出现了对通知供稿组的1K“读取供稿”操作。这是不可能的，因为我们还没有推出该功能，以防万一，这是一个开发应用程序，在该应用程序中，我们最多可以通过邮递员手动读取提要10次，直到到达getstream的后端。

日志中正确的操作将客户端显示为stream-python-client-2.11.0，这很有意义。日志中的错误操作将客户端显示为stream-javascript-client-browser-unknown，这没有任何意义。

不正确的操作时间戳还会在很短的时间内聚集在一起。

此后没有发生，并且尚未在生产应用程序中发生。