Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Identify Failures From Rate Limiting

未关闭
#137 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
45/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
停滞
技术栈
ruby
领域
api

调研方向

从 channel.update_partial 调用开始,检查当 Stream 仪表板记录 429 时其响应是如何表示的。重现受到速率限制的请求,并将其与正常响应进行比较,然后验证调用方可以通过响应或异常来区分速率限制失败。

由索引模型根据 Issue 内容生成。

描述

Hi!

We have a cron job that runs every evening syncing the chat configuration for all of our users. We saw that some of these requests would fail because of 429, according to the log available in the Stream dashboard
Screenshot 2024-03-05 at 2 13 41 PM

I tried to repeatedly calling the following code to reproduce the rate limiting

 response = channel.update_partial({
    'name' => name,
    'image' => image,
 })
puts response

I was able to get the 429s to show up in the dashboard, but the responses being printed out don't seem to be any different from the normal ones. There was no exception being thrown by the SDK either, which I think would have been the better way for handling failed requests.

What's the recommended way to check if individual requests have failed because of rate limiting based on the response?

Thanks!

主要语言
Ruby
星标
32
派生
23
PR 合并指标
30 天内没有已合并 PR

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

GetStream/stream-chat-ruby 的其他 Issue

查看 GetStream/stream-chat-ruby 的全部 Issue

相似的 Issue

更多 Ruby Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。