你在 X 后台看到的总曝光，是把发的推和回复的曝光都算在一起的。榜单上的推文曝光只算推文本身，不含回复带来的曝光，所以会比你自己后台的数字少一些，这是正常的。
每天早上 8 点为界。8 点之后你看到的「今日」，统计的是从今天 8 点开始的数据；在这之前看到的「今日」还在攒，数字偏小是正常的。页面每小时重新生成一次，页面更新时间不等于数据截止时间。
X 个人页那个计数器把转发和回复都算进去了，看着虚高。榜单上的发帖量不算转发，也不算回复，只算他自己发的和引用的，所以会比你在 X 上看到的计数小。
一条推的曝光会一直涨。榜单上的曝光是当天新增的部分，不是这条推历史累计的总量。
X 没有公开的评论计数，榜单上的评论数是根据公开数据推算出来的，会有偏差，用来看量级和排序，不要当成精确值。
刚收录的账号需要攒几天数据才能进榜。观察期里看到「暂无数据」或「数据偏少」是正常的，不是出错。
某个账号某天的数据没能凑齐时，这一格显示「无数据」，不会拿旧数字顶上。看到「无数据」就是真的没有，不是零。
| 维度 | 今天 | 昨日 | 7天 | 30天 |
|---|---|---|---|---|
| 推文曝光 | - | - | 6.6万 | - |
| 发帖 | - | - | 2 | - |
| 评论 | - | - | - | - |
| 涨粉 | - | - | - | - |
| 帖均曝光 | - | - | - | - |
帖均曝光固定是近 7 天口径，不随时间档变。空着的格子表示这个账号在那个时间窗里数据还不完整，不是 0。
感觉 JS 的性能其实一直都被 React 给拖累了。用 Solid.js 做了个简单的 Solid Native 项目，性能在没做任何额外优化的情况下也非常好。足以说明架构设计对性能的重要性，而语言一直都是其次的。对于 RN 列表白屏的问题，修复也很简单，JS 在 UI 线程执行就可以了，然而 React 的性能不支持这样做... https://t.co/MUu1naMI9S
people always say that react native can also perform quite well. but for this case, it’s even worse than my random toy project 🙃 https://t.co/9UQQoqWvJE
登录后收藏的账号会跨设备同步，换台设备也还在。
我们只保存邮箱和昵称，用来同步你的收藏。
