楼上好多劝的，幼稚病是劝不过来的，继续接受社会毒打就好了。

当然也有好不了，最后欠下一屁股网贷跳楼的。

外包有啥平台

@no1xsyzy 但是做不到完美兼容，而且并不是技术原因，只是部分格式有专利不能碰

不仅仅是 doc，哪怕是所谓开放的 docx，也不是完美兼容的。

A 做了东西，并申请了对应专利。
B 如果直接抄内容，就是侵犯版权也就是著作权。B 用自己的代码实现了同样逻辑，只侵犯专利。

这个你说的破解，如果没有复用代码，应该以后构成侵犯专利，而不是版权。

这是假设 mdict 申请了对应专利得情况下，如果没有，就啥都不侵犯。

VMware 有 FT 技术，但是 KVM 没有，只有热迁移

热迁移不能用于宕机后的处理，因为它要求源主机得是健康的，宕机后只能走冷迁移，也就是从块存储中恢复，在虚机里就是感受到一次重启。


还是应用层做容灾比较简单一些

能装 Win10 才有价值

纯 Android 的大屏平板，也就看看视频吧。

你有权要，但是你老板也可以不带你去总部

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

普通数据 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，那么基本上对统计学没有实际的逻辑概念