【问题标题】:Firebase error code 9999 "blocked"Firebase 错误代码 9999 “已阻止”
【发布时间】:2015-03-02 16:41:59
【问题描述】:

突然之间,我们在使用 Nest 和 Firebase 进行身份验证时遇到错误。错误代码为 9999,消息被“阻止”。应用端的源代码没有变化,所以看起来服务器端发生了一些变化。

我看到了类似的问题here,但是他们收到的是“请求过多”的消息,而不是“被阻止”。

谁能帮助我们解决这个问题?谢谢。

【问题讨论】:

  • 嗨,大卫,感谢您的回复。所以您确定错误与“请求过多”相同吗?似乎错误代码 9999 可能用于多种类型的错误。
  • 我突然遇到了同样的问题。客户端是 node.js 的 Firebase,在调用 authWithCustomToken 时出现错误 {"code":"BLOCKED"}
  • 啊,不是骗局,@Lionel 的正确答案如下。删除了我的评论以避免混淆。

标签: ios firebase nest-api


【解决方案1】:

当您使用相同的访问令牌与 Nest 的并发打开连接过多时,会发生此错误。这与“请求过多”问题不同,如前所述,这是为了保护恒温器中的电池。

您可能正在打开 Firebase 或 REST 流连接,但在打开新连接之前没有正确关闭它们。 Firebase 连接打开后,您应该使用此连接来读取和写入任何新数据,并且只有在此连接断开时才打开新连接。

能否请您发布有关如何处理打开、关闭和使用连接的示例代码?您的示例代码将有助于分析问题的具体情况。

【讨论】:

  • 谢谢!这种回应应该有助于我们缩小问题的根源。我们有一个 iOS 应用程序、Android 应用程序和 Web 服务器都与 Nest 通信,所以它有点复杂。假设,如果我们解决问题,需要多长时间才能“畅通无阻”?
  • 只有在达到限制后才会出现问题,并且仅适用于超过限制的连接尝试。
  • 我们如何“解锁”这些帐户?
  • 这个限制到底是多少?关于“发布关于如何处理打开、关闭和使用连接的示例代码”,我所做的只是实例化 new Firebase() 并附加到 on() 数据事件。最后进程简单地退出(除了它被杀死的情况)。据此:stackoverflow.com/questions/27641764/… 应该足够了。一些挥之不去的连接(如果进程被杀死或process.exit() 不够用)会损害我的 Nest 访问限制吗?
  • 目前这个问题已经好几天了,并试图让自己畅通无阻(不碰它),但这并不能解决它。我正在使用 Nest iOS SDK(代码松散地基于示例)。但是在示例代码中没有提到“关闭连接”
猜你喜欢
  • 1970-01-01
  • 2021-02-12
  • 2020-06-14
  • 1970-01-01
  • 2021-11-17
  • 2021-08-10
  • 2020-07-25
  • 2017-08-17
  • 2019-08-04
相关资源
最近更新 更多