 | lain0V2EX 第 184783 号会员，加入于 2016-08-01 05:14:33 +08:00 |
lain0 最近回复了
2019-02-02 19:25:46 +08:00 回复了 WhyAreYouSoSad 创建的主题 程序员 Linux 上某个文件 root 的权限 只有 write 和 read，请问怎么删除 |
2019-01-05 02:10:17 +08:00 回复了 mathzhaoliang 创建的主题 程序员 给软件增加防复制/盗版的功能，大家有什么好的建议？ |
我不是专业的加密学人士，不过我分析了几种可以想到的情况，在不考虑反编译的情况下，如果 Priv_Key 不泄露，存储的 (E, Pub_Key) 不被篡改，OP 的算法应该是安全的。
Priv_Key 泄露的情况不需要讲了。如果用户可以写入存储下来的这个值：(E, Pub_Key)，用户就可以自己生成一个 RSA key pair (Pub_Key2, Priv_Key2)，再算出 E' = Encrypt(H, Priv_Key2)，那只要把 (E, Pub_Key) 替换成 (E', Pub_Key2) 就能够破解了。
Priv_Key 泄露的情况不需要讲了。如果用户可以写入存储下来的这个值：(E, Pub_Key)，用户就可以自己生成一个 RSA key pair (Pub_Key2, Priv_Key2)，再算出 E' = Encrypt(H, Priv_Key2)，那只要把 (E, Pub_Key) 替换成 (E', Pub_Key2) 就能够破解了。
2018-12-12 20:12:35 +08:00 回复了 chuixing 创建的主题 Apple 求一个软方法给 mac 加热 |
2018-07-17 18:49:29 +08:00 回复了 laziji 创建的主题 分享创造 普通网站防暴力破解登录密码的新设计 |
防暴破的 hash 算法 scrypt/bcrypt 的基本思路也是如此，主把工作量明的算放到前端的想法很明。主是否加密的程？
不的作用除了防止暴力破解之外可以防止器人登入。
不的作用除了防止暴力破解之外可以防止器人登入。
2018-07-13 17:31:38 +08:00 回复了 Karolinska 创建的主题 宽带症候群 为了避免父母家被 IP 高精度定位，想让电信换成内网地址，但客服回复说没法换，那应该怎么做？ |
各位疑主的，把你精的度信息送我，我此信息分享我有必要的人。
如果你得不希望自己的位置被我知道，解你的。
https://www.ted.com/talks/glenn_greenwald_why_privacy_matters
如果你得不希望自己的位置被我知道，解你的。
https://www.ted.com/talks/glenn_greenwald_why_privacy_matters
2018-07-04 00:12:37 +08:00 回复了 frankyoung 创建的主题 问与答 霸道无赖 RSS 订阅服务'今天看啥' |
5bCN5pa855So5oi25o+Q5Ye655qE5ZCI55CG5oSP6KaL77yM5ZWG5a625LiN5Y6755CG5oCn5YWs
6ZaL5Zyw5bCN5b6F77yM6ICM5piv5YuV55So5omL5Lit55qE5qyK5Yqb5bCB6Y6W6KiA6KuW55qE
6aKo5qC877yM5piv5ZCm5YOP5qW15LqG77yI55Wl77yJ77yfCgrmiormibnoqZXnlbbkvZzmmK/o
sqDpnaLkv6Hmga/vvIzmiornlKjmiLblkIjms5XnmoTmrIrliKnvvIjpvJPli7Xoh6rlu7rvvInn
lbbkvZzmmK/jgIzkuI3lpb3lpb3oqqroqbHjgI3jgILlpoLmnpzlgY/mv4DkuIDpu57kvoborJvv
vIzpgJnnqK7miaPluL3lrZDnnJ/mmK/pnZ7luLjlg4/lhbjlnovnmoTvvIjnlaXvvInkvZzpoqjj
gILkvZzngrrlsI3mr5TvvIzliY3pmaPlrZAgRmFjZWJvb2sg5Ye66Zqx56eB6Yac6IGe5pmC5Lmf
5rKS5pyJ6KaL5Yiw5a6Y5pa55pWi5Yiq6Zmk57ay56uZ5LiK55So5oi255qE44CMZGVsZXRlIGZh
Y2Vib29r44CN55qE6Jmf5Y+s44CCCgrnnIvliLDoqZXoq5boo6HnmoTkuIDpgorlgJLmlK/mjIHl
lYblrrbvvIzlj6rmmK/mhJ/liLDmmK/kuI3mmK/vvIjnlaXvvInnmoTlr6nmn6XnrZbnlaXmnInk
upvlpKrpgY7miJDlip/kuobjgIIK
6ZaL5Zyw5bCN5b6F77yM6ICM5piv5YuV55So5omL5Lit55qE5qyK5Yqb5bCB6Y6W6KiA6KuW55qE
6aKo5qC877yM5piv5ZCm5YOP5qW15LqG77yI55Wl77yJ77yfCgrmiormibnoqZXnlbbkvZzmmK/o
sqDpnaLkv6Hmga/vvIzmiornlKjmiLblkIjms5XnmoTmrIrliKnvvIjpvJPli7Xoh6rlu7rvvInn
lbbkvZzmmK/jgIzkuI3lpb3lpb3oqqroqbHjgI3jgILlpoLmnpzlgY/mv4DkuIDpu57kvoborJvv
vIzpgJnnqK7miaPluL3lrZDnnJ/mmK/pnZ7luLjlg4/lhbjlnovnmoTvvIjnlaXvvInkvZzpoqjj
gILkvZzngrrlsI3mr5TvvIzliY3pmaPlrZAgRmFjZWJvb2sg5Ye66Zqx56eB6Yac6IGe5pmC5Lmf
5rKS5pyJ6KaL5Yiw5a6Y5pa55pWi5Yiq6Zmk57ay56uZ5LiK55So5oi255qE44CMZGVsZXRlIGZh
Y2Vib29r44CN55qE6Jmf5Y+s44CCCgrnnIvliLDoqZXoq5boo6HnmoTkuIDpgorlgJLmlK/mjIHl
lYblrrbvvIzlj6rmmK/mhJ/liLDmmK/kuI3mmK/vvIjnlaXvvInnmoTlr6nmn6XnrZbnlaXmnInk
upvlpKrpgY7miJDlip/kuobjgIIK
2018-07-02 01:50:13 +08:00 回复了 j0hnj 创建的主题 问与答 为什么亚马逊中国的网页排版这么乱？ |
不只一次了，法理解何得得此介面比的站。（同理也法理解何得 reddit 介面不如 baidu tieba ）
站 UX 重要的一是用快速定位到想找的西，少 distraction，用物程中意。然我在方面 amazon 不算出色，但是也足秒的大多品了。
我理解中的物是的，商品片，描述，格，用，看完些信息，加物，下，就足了。
比起 amazon 些方面哪不如？介面不清楚？然，我承幅告人很，但是京和淘的告比起 amazon 只能有之而不及吧。
反常的方式，券，，秒之的，以及到的告，明只是消主的陷阱，道有人真的能中沾到商家的便宜？有人像我一反感些而更喜直接的上物？ amazon 固然也有大量（譬如上面的幅告），但是量和程度是不如主流商的，物上便利程度也不是京，淘可以比的。
作比，同一件商品，京的截如下，可以有人向我解一下何得介面比主截的 amazon 的介面更漂亮？
站 UX 重要的一是用快速定位到想找的西，少 distraction，用物程中意。然我在方面 amazon 不算出色，但是也足秒的大多品了。
我理解中的物是的，商品片，描述，格，用，看完些信息，加物，下，就足了。
比起 amazon 些方面哪不如？介面不清楚？然，我承幅告人很，但是京和淘的告比起 amazon 只能有之而不及吧。
反常的方式，券，，秒之的，以及到的告，明只是消主的陷阱，道有人真的能中沾到商家的便宜？有人像我一反感些而更喜直接的上物？ amazon 固然也有大量（譬如上面的幅告），但是量和程度是不如主流商的，物上便利程度也不是京，淘可以比的。
作比，同一件商品，京的截如下，可以有人向我解一下何得介面比主截的 amazon 的介面更漂亮？
2018-06-07 16:08:40 +08:00 回复了 justdoit123 创建的主题 MacBook Pro 我今天发现了一个 macbook pro 散热终极解决方案 |
巾吸水不是虹吸原理，更不是半透膜。象叫作毛象： https://zh.wikipedia.org/zh-hant/%E6%AF%9B%E7%BB%86%E7%8E%B0%E8%B1%A1
2018-06-07 00:11:44 +08:00 回复了 yang2yang 创建的主题 程序员 和其他开发合作，如果理念不同也是很难受啊。。 |
我反对「用 UUID 作主键是一种很糟糕的实践」的，UUID 会容易重复是一常的解。
UUID 的长度是 128-bit，其中随机的 bit 有 122 个。如果生成 ~2^61 个 UUID 以上才会有 50% 的概率存在碰撞 。2^61 量级大概是怎样的呢？换句话说如果每秒生成十亿个 UUID，连续生成 85 年才能达到这样的数量级。单单要把这些 UUID 都存到硬盘上，就要占用 45EB/45,000PB/45,000,000TB 的容量，大于任何现有的数据库的容量。根据数据报告显示，这个数量级比 2016 年全年互联网的移动网络传输量还要大。绝大多数情况下几乎完全没有理由担心 UUID 的碰撞。
UUID 的全称是 Universally unique identifier，其含义就是使 UUID 尽可能唯一。
UUID 的好处正是因为无序，即不担保任何生成的顺序，这当你的数据纪录的创建顺序无法得到保证时（或者根本不希望纪录本身自带顺序属性时）非常有用。譬如说并行运行多个应用实例同时插入数据时，自增的数字 ID 可能会碰撞，而 UUID 就可以保证唯一。
关于用主键排序，我个人认为主键排序反而是种不好的实践，因为有序性并不是主键的属性之一，只因为恰好多数情况下主键的顺序和创建顺序一至不代表这样就可以依赖这样的属性。更好的做法是给每条纪录添加 created_at 和 updated_at，显式标明创建和修改时间，并明确以这两者排序。
参考资料：
- UUID 碰撞概率的计算： https://en.wikipedia.org/wiki/Universally_unique_identifier#Collisions
- 互联网传输数据量报告： https://thenextweb.com/contributors/2017/04/11/current-global-state-internet/#.tnw_8pHvZxpk
UUID 的长度是 128-bit，其中随机的 bit 有 122 个。如果生成 ~2^61 个 UUID 以上才会有 50% 的概率存在碰撞 。2^61 量级大概是怎样的呢？换句话说如果每秒生成十亿个 UUID，连续生成 85 年才能达到这样的数量级。单单要把这些 UUID 都存到硬盘上，就要占用 45EB/45,000PB/45,000,000TB 的容量，大于任何现有的数据库的容量。根据数据报告显示，这个数量级比 2016 年全年互联网的移动网络传输量还要大。绝大多数情况下几乎完全没有理由担心 UUID 的碰撞。
UUID 的全称是 Universally unique identifier，其含义就是使 UUID 尽可能唯一。
UUID 的好处正是因为无序，即不担保任何生成的顺序，这当你的数据纪录的创建顺序无法得到保证时（或者根本不希望纪录本身自带顺序属性时）非常有用。譬如说并行运行多个应用实例同时插入数据时，自增的数字 ID 可能会碰撞，而 UUID 就可以保证唯一。
关于用主键排序，我个人认为主键排序反而是种不好的实践，因为有序性并不是主键的属性之一，只因为恰好多数情况下主键的顺序和创建顺序一至不代表这样就可以依赖这样的属性。更好的做法是给每条纪录添加 created_at 和 updated_at，显式标明创建和修改时间，并明确以这两者排序。
参考资料：
- UUID 碰撞概率的计算： https://en.wikipedia.org/wiki/Universally_unique_identifier#Collisions
- 互联网传输数据量报告： https://thenextweb.com/contributors/2017/04/11/current-global-state-internet/#.tnw_8pHvZxpk
Select Language