sunsan05

这样不是很安全，建议在路由层搭建一个 VPN ，拨进去之后访问内网 IP+端口。

可以自己把密码改回来，但前提是要把 OLID VLAN PPPOE 默认的 ADMIN 密码等信息全部记录好。

做法是：
1 、拔掉光缆
2 、重置光猫
3 、重置完毕之后，使用默认密码登录进去
4 、登录进去之后立即创建管理账号，如果无法创建，则千万别关掉网页。
5 、填写 OLID 等信息注册光猫
6 、注册完毕之后，可以删除掉内建的那些下发通道，比如联通的叫什么 TD60 。
7 、完以后再改一次账号密码，确保没问题，这样他们就不能修改宽带账号密码了

他们的做法就是通过下发渠道进行修改账号密码的，但那个下发渠道一般也会涉及到光猫的注册，所以做法就是抢在下发之前把事情给截胡了。

目前 24 已经出来了，可以考虑使用。24 在性能优化上有比较突出的表现，高密度计算比以往要好一些。

目前用下来，感觉即便是 128K tokens 也不能指望把上下文代码全部放进去也可以得到精准的回答。按我的经验，只有最精简的内容，最具有信噪比的对话才能得到比较好的输出结果，去掉无关的内容，以及主动修改 GPT 返回的代码，删除无用的对话片段等等。

要一起开发吗？我后端可以写，前端实在头疼。
可以搞一个 noSQL 的版本。
顺便再搞一个 noSQL 备份到 Google driver 的特性。

@mysunshinedreams 可以毫秒级，KAFKA 可以把 BUFFER 和等待参数都设定到很低。

注意，这是算力上的问题。不是架构上的问题。

MQ 需要不需要保证顺序，是架构设计的时候决定的。架构设计的时候怎么决定的，就是考虑异常情况下的处理方案。
如果你需要顺序的数据并且做计算，
那么：
如果 MQ 不需要保证顺序，那就需要 Flink 这种流式计算（或自研）做窗口数据流校验。
如果你觉得实时数据也没必要，那就改为批处理，同样也是窗口期校验。

---

到这你就会发现，是你要什么，然后才选择什么的，不能既要有要还要。如果想既要有也要还要，那就需要有牺牲。