我不理解，这玩意有那么容易坏么，我就自己整的，三四年了也就只有手机端有时看不了的问题（网络 nat 的问题 ，有时候 app 会尝试打洞，失败了就半天连不上也不走中转），录像压根没丢过，做好防水也不怎么容易坏吧。

苹果设计的这个协议很那啥的点在于信标的 mac 地址也是轮换密钥的一部分（和 generate_key.py 生成的那个主密钥不一样），导致要蹭它这个网络，必须得支持更改 mac 地址可以，这就使一些有意思的应用场景用不了。比如给安卓机写一个内核模块加载上，让它定时更改下蓝牙地址发下广播帧之类的。

主要问题是首次绑定生成的那个密钥不好导出，导出之后应该是和那华强北平替一样用的吧。毕竟 airtag 是绑定在账号上的，那个协商的密钥肯定也是可以从苹果服务器登陆账号获取的吧，不然新设备登录老账号都要重新绑定一遍 airtag 并且导致老设备的绑定失效听起来挺离谱的。 @lovelyelfpop @whathappen

安卓的 Edge 的 Dev 版本也是可以装插件的

一点都不带改的确实有点怪怪的，一般这么反问一下的目的是给对方确认的，我的话一般会换一种说法重复同样的意思，毕竟有时候对面表达的意思有歧义，这样子来一下就可以消除歧义了。可能你这同事长期和人这么说话，这种套模板的行为都不用过脑子就说出来了。

他这个在我看来比较神奇的点在于，它竟然可以不经我同意直接就开启了视频通话，正常你拨打电话，对方接了之后，你点击视频通话，对方会弹出一个提示告诉你我正在请求视频通话，问是否同意。它这个怎么我刚拨进去，什么提示都没有，直接就给我开视频了?难道 VOLTE 的信令里还有运营商专属的特权信令可以做到这个么。。。

复现失败，我的拨打之后会先提示你如何切换到数字的九键那里，然后就是人脸认证，然后是显示话费之类的，然后就营销活动。没有出现你图 1 里面那种。我有点怀疑你说的交互时不时数字键盘刚好和视频里的那个按钮重合了，你说的按按钮其实是按下了对应位置的数字？（这个也许要适配不同手机的 UI ，虽然感觉比较费劲，但是应该能做到，运营商肯定有接口获得拨叫 1008611 这个号码的终端的 IMEI ，于是就可以知道终端的品牌，然后选择对应尺寸的视频就是了）

好流畅的 web 原来我只是习惯了很多厂商卡卡的 web 了。。。

哎，真是无语了，真有人以为全基因组测序是什么低成本的活啊，就算是这玩意低成本，测序的结果都很难低成本长久储存（虽然很多相似甚至一样的可以压缩就是了 不过这玩意的信息安全成本只怕高到离谱）。你看看那些视频里医生让患者做基因检测来看能不能用靶向药的，那基因检测一次根据位点的不同那都是几千甚至上万，就那其实也是整的检测特定的位点，还是对应的测序序列用得很多才成本降下来了，真要读取你 DNA 上每一个位是什么 参考下人类基因组计划吧 没过去多少年 相信到现在也没有达到可以给每个人都做一遍的程度

还是参考下 mt-photos 的方案？关键逻辑都用 bytenode 弄成 jsc 算法什么的也不调库 自己实现的

把 jsc 反编译成 js 的工具我是没看到开源的 这玩意想调试只能用 d8 来看字节码调 很是麻烦

python 这边你还是 cpython 之类的编译到 native 吧 不然只要有对应的解释器 修改下 pycdc 还是能得到能用的源码的（当然可能不可读 比如用 ast 搞下平坦化之类的）

感觉证书都没证明白 ifastnet.com 是什么？

@Albertcord https://www.npmjs.com/package/pstock?activeTab=code

这个不是嘛？没懂你什么意思。

说实话 如果它指向的链接是 raw.githubcontent.com 我点进去看看作者还敢运行 这种个人域名说实话不敢。就怕它分发的内容我看到的和实际执行的不一样 或者干脆就是概率性的随机返回正常和不正常的内容。点进去看好像没啥特别的，就是调用一堆接口传进去 IP 查信息，有条件做成 serverless 托管到 cf 上之类的变成类似 curl ip.sb 这样的就没有这种顾虑了

举个例子

比如 HTTP 报文如下

```
GET /buy HTTP/1.1
Host: www.example.com
Cookies: xxxxxxxxxxxxxxx
Content-length: 501

\r\n\r\n

yyyyyyyyyyyyyyyyyyyyyZ
```

你完全可以手动开一堆 socket 连接服务器的 tcp 80 端口 然后正常发送报文头 然后服务器就知道你这个报文长度是 501 那如果你这时候只发送前 500 个 bytes 然后 flush 缓冲区会发生什么呢？服务器收到了这 500 个 bytes 但是不够 content-length 标明的 501 ，然后在不超时的时候这个报文就会在缓冲区里等待处理。那你开一堆这种没有完成的连接，在快到时间的时候每个只需要发送 1 个 byte 就能等回复了，是不是比别人握手建立连接 然后发报文头 再发 body 要快一点呢？

1. 别人跑代码的机房可能到 b 站服务器的延迟很低。
2. 别人可能提前几百毫秒建立一个连接池，然后把抢购的请求的前 N-1 个字节都发送好了，在接下来几百毫秒里挨个把连接池里每一个连接的最后一个字节发送出去。


另外，我没明白 2 楼是什么意思。意思是创建订单需要成功支付才算嘛？不是那种先创建订单，然后几分钟内付钱的类型嘛。你这个是抢 b 站的装扮我猜？要不怎么能知道别人抢到的序号。我没买过装扮，不知道具体过程是什么样的。