数据库性能

从 2500 次请求到 24 次：不返回 stargazers 也能重建星标历史

GitHub 过去要查看一个仓库的星标增长曲线，工具必须一页页拉取「谁点了星」的名单，每次最多 100 人，像 react/react 这样有约 25.1 万星的仓库要发约 2511 次请求。名单里带着用户名，容易被批量抓去发垃圾邮件和钓鱼，而且数据库每次请求还要数一遍全部星标来算页数，导致很多查询变慢甚至超时。现在 GitHub 新增了一个接口，一次请求就能返回最多 30 周的每日星标数，不带任何用户身份，做法是先在时间上过滤再统计，而不是先查全部再筛。对维护者来说，比较发布前后热度变化会快很多，也少了对隐私和数据库的负担。