你之前不看生活区和舞蹈区么

普通数据 aes 加密就行了，只要密钥不泄漏也还是很安全的。

端对端加密是无法找回的，所以一般都用于本质可以丢失的东西上。

照片这些，用户自己忘了设备密码怎么办？

这个不合理吧

就算要用，最好自用。千万不能出售或者分享账号

友情提醒，在国内的任何云服务商的机器上部署 FQ 软件，都是违反 TOS 的，而且是严打对象。

而且因为都需要实名购买，抓起来更精准。

@swulling 补充下#23

10^40 - 10^41 中素数出现的概率大约是(10^41/41 - 10^40/40) / 10^41，等于 0.9/41

也就是 1/46。那么 0.5s 内找不到素数的概率是 (45/46)^1000 = 3E-10，也很小，不过比 E-11 高了一个数量级。

大概算了下，可能不太准确。2^128 位差不多是在 10^40 左右，1~10^41 中，素数密度大约是 1/41 （根据素数密度定律） [实际上选择的范围比这个小，密度会更低，但是也就是 1/4x 而已，不会有大的影响] 。

根据 benchmark，一次验证素数是 0.5ms 。那么 1000 次（ 0.5s ）内随机挑选的数都不是素数的概率 (40/41)^1000，大概是 10^-11 次方的概率，这个概率低到真的没有任何工程上的考虑价值。

@itskingname #16

1. 如果顺序遍历，那么你的 p 和 q 不是都被人知道了么？这个还有什么安全性可言？

2. #17 我记得 Miller Rabin 通过一些方法可以在特定的范围内，比如 2 的 32 次方内，确定 100%是否为素数。不太懂，有懂的可以补充

3. 其实工程上并不需要 100%的准确，因为验证素数足够快，所以随机选了极大次，都不是素数的概率应该非常的低。具体多少我算不出来，但是应该有人能够算出来。如果这个概率低到了和宇宙射线把你的 bit 反转的概率都还要低，真的要从工程上讨论它么？

@itskingname
1. 统计学就是避免运气的影响，根据素数密度分布能够得到 getprime 耗时的数学期望
2. 验证是否为素数非常快，参考 https://en.wikipedia.org/wiki/Miller%E2%80%93Rabin_primality_test
3. 性能多做 benchmark，随手做一个 1000 loop 的 128 位素数

In [4]: timeit.timeit("rsa.prime.getprime(128)", setup="import rsa", number=1000)
Out[4]: 4.098196368999993

如果仅仅说，运气不好就 XXX，那么基本上对统计学没有实际的逻辑概念

@itskingname #2 一天都找不到？你可以自己跑下 benchmark 看看

愣是看不懂标题

多点上有

@kelvin_fly
> 传输网和骨干网都不想要变动的

骨干网不大幅度扩容，你 10g 都没用。

长租转短租确实会涨比较多，你可以续一年也涨这么多么？

@hxse 5g 只解决移动场景，骨干网容量就那么点，对云游戏没啥卵用。

多埋光纤才是王道

@LeeReamond 还要同步 star ？

可以 goodnotes 不错，但是笔的感觉过于光滑

如果华为问你要三方，你不想立刻给他，就说三方给中兴了，要回来就给华为