@locoz 现在硬盘真的没这么容易坏，做好 RAID 就可以了。我 NAS 已经用了 5 年多了，强制断电少说也有几十次了。没有一次断电导致硬盘坏掉的。
我从最开始两块盘，陆续加到现在 4 块盘。除了有块 2017 年买的西数 WD20EJRX 2TB 盘去年自然挂掉，被我换掉，到现在其它盘还都很健康。

还有块 2017 年买的盘，SMART 信息看，Power-Off_Retract_Count 已经被我刷到 294 了。这盘依然没有任何错误。

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 178 170 021 Pre-fail Always - 4083
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1872
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 18305
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1212
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 294
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 1695
194 Temperature_Celsius 0x0022 112 100 000 Old_age Always - 35
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

找能开 25 端口的云平台（或者找公司商宽 ISP 备案开 25 端口）+自己域名+mailu 。

观察到 A 、B 范围有限，这么困难的问题，可以考虑打表解决。

比如中国移动的超大 CGN 。一个省公用一套 IP 出口。省内通过 100.64 通信，省外 NAT 到公共 IP 出口。

从这些公共 IP 来看，根本分不清到底来自省内具体哪个地方，自然就无法在省一级更精确定位了。

简历发了两个星期都没有任何回复……看上面回复，已经有很多人出现这种情况了。你们要不自己检查一下？

> ”导致我自己写出来的代码我都不理解什么意思“

大概是这样吧：

编译器报错变量不能 Send -> impl Send for XX{} -> 编译器报错 Send 是 unsafe -> unsafe imple Send for XX{} -> 编译通过-> 运行 -> 崩溃 -> Fk Rust!

@RedBeanIce 因为 master 和迭代主分支可能共享同一个 commit 。这种时候从哪个分支拉都是一样的结果。

你可以认为分支是一个特殊的 TAG （实际上分支和 tag 在 git 底层是 reference ），他们只是标识一个 commit 。注意，这里是一个。

当你在 master 分支做一次提交后，git 会根据当前 master 这个 ref 找到 commit id ，将新 commit 的 parent 设置为这个 commit 。然后移动 master 这个 reference 到新 commit 。
从 git 角度来讲，分支只是标识一个 commit 而已，并不记录其它信息。真正有前后关联关系的是 commit 自己。
你甚至可以直接用 git reset --hard 去强行移动一个分支到任意一个 commit 。

所以如果你的仓库有这些 commit：
```
a->b->c
\ \->d
\-e
```
假设 master 分支指向 a ，迭代主分支指向 b ，开发分支分别指向 c 、d 、e 。此时，你想知道”c 是从 a 拉的，还是从 b 拉的“，这个问题是无解的。
因为开发分支 c 可以是从 a 拉的，但提交了 b 、c 两个 commit 。也可以是 b 这个 commit 已经存在，然后开发分支 c 只提交了 c 这个 commit 。
这两种情况在 git 记录里是一模一样的，无法区分的。

GPT 的分区类型标识。Linux 下没啥用。https://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_type_GUIDs

EFI Boot 里可能有点用。比如用来定位 efi 分区。

附文档 https://git-scm.com/docs/git-merge-base

git merge-base 是你想找的吗？或者它的 --fork-point 参数？

TCP 缓冲区大小在内核是随时变化的。即便有接口让你拿到当前缓冲区大小，在系统调用返回之前，这个值也可能发生变化。
这个没啥用啊。

如果你担心数据延迟，就不应该使用 TCP 协议。
如果你担心 Write 阻塞，你可以用非阻塞操作，或者异步 io 类操作。

你能再更详细的描述一下你的需求吗？

10 万亏 26%

@hisune 7 月你会接到税务局电话~10 月你会上失信名单。

@geekvcn AMD 这种嵌入式的芯片，请问在哪里有供货渠道

@duke807 这个双向链表是为 safe Rust 提供一个链表实现，使 safe Rust 可以在 safe 的上下文上使用链表。
这种情况下，显然不能用 C 实现链表，然后通过 ffi 给 safe Rust 来用。

没有 unsafe Rust ，哪来的 safe Rust ？

@fanxasy 挺好。如果不做处理，直接 POST 传给后端就更好了。

假设你有条消息，m 。要生成他们的密文，c 。你没有用 HASH ，也没有添加随机数。使用了原始的 RSA 做了 “加密”。
```
c = m ^ d
```
然后你把这东西，通过中间路由，发给了公钥方。
这时候，通信中间，有个路由算了个 s ，把消息改了，传给了公钥方
```
c' = c ^ 123 = (m ^ d) ^ 123 = m ^ (d * 123) = m ^ (123 * d) = (m ^ 123) ^ d [mod n]
```
公钥方做解密过程
```
m' = c' ^ e = (m ^ 123) ^ d ^ e = (m ^ 123) ^ (d * e) = (m ^ 123) [mod n]
```

m ^ 123 对你的业务有没有影响呢。。说不准。万一有影响呢？有影响不就被中间这货坑了么。

那 RSA 签名咋能用的呢？签名主要把 m 换成了 HASH(m) 。（实际应用时还有 padding 等更多运算）。最后验签方也是计算消息的 HASH 值，对比 HASH 值是不是相等。

即便中间这货给换了签名，那公钥方最后做解密得到的 也是 HASH(m) ^ 123 。

中间这货需要构造一个 123 ，使得 `HASH(?) = HASH(m) ^ 123` 里的 ? 有意义是很困难的。

这里唯一好找的就俩解，一个 把 123 换成 0 ，一个 把 123 换成 1 。

换成 0 的话，整个 HASH 值就是 0 ，然后 就看 HASH 0 为 0 的消息对业务有没有影响。（实际应用时，会通过加入随机数等操作避免这种情况。）

换成 1 的话，那就是原消息。中间人无害转发，也挺好。

@Fdoit 哪个厂啊。。绿厂都不敢这么玩。

"都需要用到 2FA 了，说明你的账号密码已经泄漏了" 非常不同意。

在公司电脑登录我的 gmail 帐号，HTTPS 是被深信服 MITM 攻击过的。不开启 2FA ，我的 github 帐号登录信息深信服都能拿到，而且长久使用。

我本人是不信任深信服，但又无法不在公司使用 Google 的服务，所以 2FA 变成了仅有的解决方案。