看起来你是在实现 Raft 日志冲突回溯的优化，实际上是可以只用 conflictIndex 来实现优化，但加上 conflictTerm 优化效果更好。

举个例子： 假设 S1 是 leader ，S2 是 follower
idx 0 1 2 3 4 5 6 7
S1 x 4 4 4 4 4 5 5
S2 x 4 4 4 4 4 4 4

1. S1 发送心跳 prevLogIndx 为 7 ，prevLogTerm 为 5 ；
2. S2 发现日志冲突，idx 为 7 的日志，term 是 4 。那么会往前回溯到 term 4 的第一条日志，
最后返回的 conflictTerm 为 4 ，conflictIndex 为 1 ；
3. 如果没有 conflictTerm ， 那么会下一次同步 prevLogIndex 为 0 ，会将 1~7 的日志全部同步。
如果有 conflictTerm ，根据 Raft 的日志匹配特性，下一次同步只需要传输 6~7 的日志，
prevLogIndex 为 term 4 最后一个 entry 的 idx ，也就是 5 。

可以参考一下 6.824 助教的指导文章：
https://thesquareplanet.com/blog/students-guide-to-raft/#an-aside-on-optimizations

最近也在刷 6.824 ，有兴趣的话一起： https://t.me/+G8GC-B6ThGZlN2Zl

请不要让她去做产品经理，谢谢

情况 2 是索引下推

登录不了有可能是广告拦截插件导致的，参考： https://docs.warp.dev/help/troubleshooting-login-issues

不说还没发现，上次领了送的 Paw ，等等应该还会有吧

bng4OTc1Nw==

@sunhelter 了解，看来没有啥更好的办法来处理换绑开放平台

@sunny1688
嗯，差不多的意思，就是能有哪些 scope ，目前看就只有基本用户信息。

两个 access_token 不能混用这个我倒是了解的。

@SilenceLL 您提到的第二个接口是微信公众号的后台接口，文档上有说明，已经不提供用户基本信息了。我理解现在获取用户信息必须通过 OAuth2 获取用户授权。

@guaguaguaxia1 OAuth2 已经看过了，现在是想知道的是：除了用户基本信息之外，还可以获取哪些资源

@airyland 感谢回复，所以对于授权流程拿到的 access_token ，目前微信只提供了获取用户信息的能力，是这样么

@cxy2244186975 不好意思，没太理解您说的内容
1. 原始 ID 指的是什么，unionid 还是 openid 。
2. 通过接口查询微信号，这里的微信号指的又是什么呢，是哪个接口能否明确说明一下
3. ipa 协议又是用来做什么的，谷歌了一下，看起来像是安装 iOS App 的

越来越觉得不是，天天跟产品 battle 不说，还有跟其他开发 battle 设计，还要跟 leader 解释为啥要这么做

@Canon1014
肯定是要熟悉业务的，不过没太理解项目冷门被业务拒绝是什么意思

@jones2000 工资太低了

@SmiteChow 主要现在业务发展相对一般，负责的系统也就是些业务需求，没有什么并发量，更多的是做些功能迭代，今天改改这儿，明天改改那儿

@1611499758wuhao
@golangLover
@ClericPy
认可自学，但是感觉缺乏实践。由于没做过什么能拿出来讲一讲的项目，不想跳槽到下一个公司，还是做一些边缘项目。

@golangLover 觉得自己在工作中只是体现了苦力，没有多少智力。有种需求天天做，成果我没有的挫败感

@13Sl https://t.me/+NBPevSdhPmI1NzA1 先建了个频道，你看看能不能订阅