@kop1989 有些需求甚至在部分情况下是矛盾的。有时候为了节约时间 /偷懒，
目前业务不会覆盖到的逻辑就忽略了，或者 加一个永远不会再看一眼的 TODO

后期需求又有变动. gg

@Rocketer 哈哈,这个锅是不是甩到你头上了。老代码为新需求造成的 bug 负责

干脆 urlsafe base64 一次,把数据一次性打包发个服务器
总能遇到转义编码的问题,烦死了

大部分,或者应该说绝大部分服务器不需要极限性能

@mosfet 同感,小米手环睡眠质量感觉就是安慰你,明明睡得很差,90 分,佛了.华为的确实挺准

@wangxiaoaer 网关鉴权,我理解就是做个格式校验,比如把参数 sort 一下计算下 hmac,通过就放行,不通过就拒绝,最多加个时间戳或者 nonce 的校验防止重放,其他的就管不了了,直接发给后面的 app 了

趁着周末猛补吧,打工人,都不容易

确实卡,我只在上面买了个 10 几块钱的域名,卡死了,阿里前端这么菜吗,惊了

@zxcslove 这个一键登录取代的是验证码登录,验证码登录也做不到保密手机号,所以我觉得这个一键登录也没什么问题. 如果匿名化,就没人接入了,还是用老的验证码没什么不同.

有可能是从 支付渠道过来的,你看飞猪总能获取到一手的信息,即使获取不到你的目的地,但是知道你出行了

@rpman 我不是干这个的,是偶然在科技 app 上看到新闻,说蛋白质预测如何,听起来很唬人,而且没听过中国在这方面的成果,(身处信息茧房,主要通过 app 推送获取新闻),但是经常又看到中国 ai 论文数量第一,专利很多的新闻,所以才在这里请教大佬了.楼上是高估我了,学术论文更看不懂了.

不光是程序员，各个行业的技术工种都这样，不善于和人交际。

@nikan999 感谢,这个扩展欧拉定理,我先前不知道。
不过上面的证明也是从费马小定理出发推导出来的。

@nikan999 这里写的是 m 和 n 不互质的 情况（ m=kp ），m 与 n 互质的话，直接欧拉定理一步得出结论。

@GuuJiang 感谢，我之前看到的文章都是只证明了一半的，今天仔细搜了下，确实有，证明很有技巧。👍🏻

有时候，突然想捕获特定异常，但是不想改动太大，打乱原来逻辑。这么写是最省事的办法

@realpg 这样是很常见的 Bug,给人提了,别人觉得你装逼,狗拿耗子。又不是不能跑，是吧

@lonnyzhang
你的意思我了解,可能是我没说清楚,你没了解我说的意思

服务器生成 (x,y)时候,同时自己模拟两个客户端 A1(用于和 B 通信,并生成 m1= x^r3 %y ) B1 （用于和 A 通信,并生成 m2 = x^r4 %y )，r3 ,r4 随机

AB 在交换中间 m 和 n 的时候，肯定会通过服务器，服务器这时候 收到的 m 和 n 截流,把 n1 发送给 A,把 m1 发送给 A 。
A 得到的密钥 m^n1 = n1 ^ m = x^(n1*m) % y
B 得到的密钥 n^m1 = m1 ^ n = x^(n*m1) % y

这样 A 和 B 不知情的情况下，分别和服务器建立了点对点加密通信,这样,服务器就完成中间人攻击了。