[NAS 对硬盘要求很严格，稍微有点坏块，就判定硬盘损毁，但实际上这块盘在 PC 上还能再战 5 年]

这个说法是不对的。阵列掉盘一般是源于超时，而不是坏块。如果只是坏块的话，是不会就简单踢出阵列的。
我司服务器之前有很多 RAID 5 阵列，一直工作到拆硬盘出来检测的时候才发现很多盘有坏道（甚至有些盘有不少坏道），但是并不影响正常工作。

坏块只要重映射就行了，这是硬盘从设计上就提供的修复方法。

@lun10439547 啧啧，没笑点了没意思了，block 了。

你关电脑的时候就是这状态啊，Linux 把文件系统 umount 了，然后把电拉了。

断电也不用担心磁头收回。现在磁头都有机构，在断电的情况下会把磁头拉回停靠区。

丢数据，丢的也是在内存里还没有刷到硬盘的数据，这个是怎么都会丢的。靠谱的文件系统一致性更好，坑爹的文件系统那就是没救了。

@lun10439547 G 点不就是看到你这好玩的逻辑了么，很有娱乐精神啊（滑稽

你就不能 http 和 https 一起上？这问题读得我一愣一愣的。

前几天刚刚做过类似的配置。
我们的场景是，A 要访问某个主机 C，但是由于某些原因 C 把 A 的流量 block 了，于是需要用 B 中转。

B 机
iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to-source B 机 IP
iptables -A FORWARD -i eth0 -o eth0 -s A 机 IP -j ACCEPT
iptables -A FORWARD -i eth0 -o eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT

A 机
ip r add C 机 IP/32 dev eth0 via B 机 IP

当然我们是内网环境，所以没有加额外的保护，你用的话应该要加上 IP 限定。
但是反正就是 SNAT 的事情。

你就是想说我们大家一起回到 2005 年前后每个人家里开个 FTP 或者 eMule 然后互相分享的时代吗？
那条路我们 2005 年的时候已经走过了。

云盘服务商倒闭是因为管理严格？这是你拍脑袋想出来的吗。

数据不存储在服务商手里，而是存在用户硬盘上，用户之间互相分享。
那么我问你，这服务商活着是干啥的？围观的吃瓜群众吗？
敢情你就是生产几个小电脑，插块硬盘，然后 499 扔给用户？
这不叫网盘，这叫电脑城装机摊。

从我个人角度来说，丰田，如果是日本产的，质量比较好的那些车，6 年那相当于是 9 成新车了。
手里开的丰田，第 14 年了，动力组件还没有需要修的。
我到现在就换了车胎，烧了的保险丝，灯泡和一个尾灯 LED 组件。
还有个 12V 电瓶，5 年前就该换了，一直没钱换，到现在还用着。
看现在这个样子，应该有希望开到 20 年 35 万公里。

流量很大还用过期 hit DB 设计？架构师怕不是施乐纸。
难道不是应该有一个第三方服务来监视生命周期然后主动发起数据刷新的吗？

至于你说 PHP 框架的，PHP 程序本来就是设计成非持久运行的，做不到完美更新。
你要是旁路跑一个程序专门监视生命周期，那什么都好说。

就这么裸着撸 PHP 框架里的 cache 层的应用，本来就流量小到不可能惊群。

说个鬼故事，跨国海缆都是计算机控制收发，然而一到晚上照样堵出翔。

我不是专门研究硬盘的，得到的信息也来自网上，所以我就顺便提一句，具体真实性请自行考证：

C1 指的是磁头从磁片滑到停靠区的次数。为了保证磁头和磁片的安全性，硬盘的磁头被设定成只要掉电就会滑行到停靠区，所以要停留在磁片上，就得一直加电把磁头保持在位置上。现代的磁盘为了省电，每隔一段时间不读写，就断电让磁头滑回停靠区，然后 C1+1。

SMART 里 60 万上限是以前定下的寿命数值，可能是十年甚至二十年前的机械结构中 C1 的寿命。现在的硬盘，C1 寿命可以超过百万，这是硬盘商自己老化测试的结果。

我司有几块很老的 WD 1T，每块硬盘的 C1 都超过或接近 60 万了，读写非常正常，没有观察到高 C1 对磁盘有影响。

仅供参考。

@lun10439547
这逻辑好好玩。
车本身并不是生活生存的必需品 -> 对买不起车的人来讲。进口车加重税没什么逻辑问题！

我改几个字。
车本身并不是生活生存的必需品 -> 对买不起车的人来讲。国产车合资车加重税没什么逻辑问题！

b'\x41' 和 b'A' 是一个东西。一模一样的一个东西。

造成区别的是把他打印在屏幕上的那个函数。

如楼上所说，你要改变'A'的显示方式，修改显示函数就行了，自己拿字符然后转写成这种方法，甚至是直接打印出 16 进制的值都行。

坐在位子上发呆，然后等快递把我的笔记本送来，拆箱开机装环境一把梭。

@yao990 过奖了，我也不是什么大神，就是把自己做过的尝试分享出来而已。仅供参考 XD

@shoaly 逐利就有了成本计算，一旦算上了成本，便会在质量控制上出现边际效应，恰恰是商人才没有办法做到最高品质（除非有人愿意特意花钱去买这个品质）。而开源免费的替代品，没有成本一说，不管干多久都不会涉及到金钱得失，很容易把品质提升到一个更高的地步。
商业产品的好处是东西一定不会太烂，坏处是东西不会追求极致。

就说我们圈子里。我们字幕组做片都是按照超越正版品质的要求来做的。为什么这么说呢，因为以前正版代理 or 制片商来找我们做，但是觉得我们做的太精细，没必要，愿意牺牲品质来换取更低的价格。甚至有些步骤他们希望我们跳过，进一步压低价格，然后他们自己去找新手做那些跳过的步骤。

那你说是免费的做得好还是他们正版的做得好？

Rom 也一样，养的程序员，他做完该做的事情就能拿工资了，为什么还要更深入去提高质量，增加额外的功能，做额外的测试，倾听额外的用户呼声？

说白了，商人是逐利的。

主要原因：
1-1024 是特权端口，需要 root 权限才能监听，像是酸欧派这样无所谓的程序，放在 root 权限上是很危险的。
如果不放在 root 权限上，就要另行给程序附加 CAP_NET_BIND_SERVICE 特权，从各种角度来说都不方便。
所以对于普通应用程序，监听在 1024 以上是一般的行为。

至于端口号分配，那都是上古时代的遗留问题。现在常用的可能只有 21 22 这些，更低的那些早已被淘汰了。

买硬盘要省事，希捷 ES3 走起，损坏率低得可怕。价格也很高就是了。
要是打算廉价机架式热插拔，可以看看我以前写的作参考 /t/280177。
你要是预算高又不担心噪音，超微蓝猫 8 盘或者 12 盘的热插拔箱子，配上冗余电源，E5 板子，ECC 内存，弄上 zfs，上 Z2 或者 Z3，插满 ES3，那可是稳得一逼。

主要原因是程序退出以后环境变量就会被销毁了。
所以只能保存到外部存储中，简单点就是文件，复杂点可以读写 redis 等数据库。