@MEIyiyi #4 file 协议？也就是说用浏览器自带的 PDF 阅读器打开本地的 PDF 文件？你想用 JS 控制的话是打算把 JS 写在哪呢？

软 RAID-1 是 RAID 方案，ZFS 是文件系统方案，这俩不是一个维度上的问题；比如 ZFS 也有 RAID-Z0 、RAID-Z1 、RAID-Z2 、RAID-Z3 ，如果你换了 ZFS 却用的是 RAID-Z0 ，那还不如以前的软 RAID-1 可靠。

我重度使用过 Ext4 和 Btrfs ，ZFS 据我的了解就是提供了一些性能优化和快照之类的实用特性，服务器用的主流文件系统可靠性都差不多，实际上存储可靠性方面文件系统是很低优先级去考虑的，更高优先级是：
1. 机房所在整个地区电力或网络故障了怎么办；
2. 整个机房故障了怎么办；
3. 整台服务器故障了怎么办；
4. 整块硬盘故障了怎么办。

前面那些问题解决了之后，基本就解决了 99%的可靠性问题。

我有一块 U 盘这么写废过。

U 盘是基于低频读写的场景设计的，每次写入都会减少一些寿命，等写废了 U 盘会进入保护模式，只允许读不允许写。

后来我的策略是找到所有写日志的程序，把日志分为三个等级：
1. 平时不看，有故障可以临时记录日志再看有啥问题；这种日志可以直接关闭；
2. 需要看日志的时候系统正常工作，而且仅需要看短时间范围内的日志；把日志路径改到 /tmp 下（或任何挂载到内存的目录下），并设置 logrotate 限制日志文件大小和时间，防止把内存写满；
3. 出问题的时候系统会不可访问，或者需要翻旧账；这种先用 folder2ram ，先写入内存再择机自动写入 U 盘，以此降低写入频率，并配置 logrotate 限制日志文件大小和时间，防止把 U 盘写满。

前几年夏天基本上大多时间都是开空调的，我开空调的时候会关闭门窗，且空调匹数适合我的房屋空间大小，个人认为家用空调在这种负载下连续工作问题不大，室温降到设定温度后空调制冷功能就会暂停，1 级能耗的话一天大概 2 度电左右。

有的人对空气新鲜程度比较敏感，需要用新风机或每隔一段时间打开窗户通风。

用过很长时间的 LastPass ，后来安全事故、涨价、境外服务墙内访问不可靠、客户端问题多（不知道现在是不是好些了），就换了 vaultwarden 服务端+Bitwarden 客户端（ Android 、Firefox 、Chrome 、CLI ），部署在自己的 NAS 上，定期备份到网盘。

NAS 是用 DDNS+VPN 来从外网访问的，联通家庭宽带，本来手机和笔记本电脑就是 7x24 小时出国的，所以就从家里做了个出国中转，然后添加路由规则让部分域转发给家庭网络内的服务，这样在外只需要连家里的中转服务器即可同时做到出国、访问家里服务、避免违反运营商私开 Web 端口的政策、避免公网针对 Web 服务的攻击。
目前这套方案已经稳定运转三年。绝大多时候是可访问的；而且因为客户端有缓存，也能顶得住短时间的不可访问的情况；极端情况下我还能回家直接接触硬件访问数据；遭遇天灾人祸还有网盘备份可以恢复。

经过严格的测试和校验之后，理论上不应该出现修改部分字段全量提交却让未修改的字段的值变化，这个问题不处理妥当，局部提交也会有问题。

顶多会出现因字段太多，用户操作的时候手误碰到了不想改的字段，然后就提交写入了，这个得产品经理和 UE 去优化的。

如果代码很长，提前返回可能不利于可读性；甚至建议除非有必要不写 else ，有 if 必有 else ，这样能规避一些逻辑盲区的 bug ，让任何情况都有所处理。

当然代码风格没有完全之策，最好是在每个项目的迭代过程中进行归纳整理，然后沉淀为 lint 规则。

@balduncle #28 那就无所谓了，这东西硬件门槛低，只要硬件本身没缺陷，基本就能跑，而且自用不像企业压力那么大，软件上不瞎折腾应该都比较稳。

大多情况下千兆网口应该够了，毕竟你用机械硬盘的话速度瓶颈在硬盘上。

为了省电，专门的 NAS 设备性能都比较弱，但做 NAS 本职工作绰绰有余了；相应的，用来跑其他东西可能会明显感觉性能不足，这个得有个预期。

家庭影音有两种方案，一种是播放机解码，NAS 仅传数据给电视、投影仪、电脑、手机，然后这些设备上解码；另一种是在 NAS 上转码，比如支持一些流式播放不友好的格式，或者可以根据网络情况动态调整分辨率、码率。
前者不需要啥计算量，后者对 CPU 、显卡有一定要求，具体可以看你用的工具的官方文档，比如 Plex 官方就有不同应用场景的硬件要求说明。

硬盘如果对静音有要求就用 NAS 专用盘，对静音没要求可以考虑企业级硬盘；心里有底想便宜的话也可以考虑监控盘。
用实时 RAID 、对写入性能有要求的话建议避免叠瓦盘；如果数据较冷就无所谓了，叠瓦盘还便宜一些。

同一生产批次的硬盘寿命相近，有可能的话尽量不要用同一批次的组阵列；
硬盘空间大的话，故障恢复时间也会更长，建议考虑 2 块冗余盘的方案，如 RAID-6 、RAID-Z2 。

我是参照的群辉的配置，用的 Intel J 开头的处理器，用的迎广 MS04 四盘位机箱，除硬盘外，一套下来算上 4G 内存一共花了 1800 ，没用实时 RAID 用的快照方案，也就不需要 UPS 。

专门用于做 NAS ，不跑容器啥的，只开各种文件传输协议和下载程序，目前已经稳定运行三年。

配置如何还是得看你的需求如何，只用来做 NAS 的话可能配置有点高了，要是跑 PVE 、Docker 、软路由应该也还行。

其实哪怕买品牌 NAS ，花钱、耗电大头依然是硬盘。

小偷一直都有，手机能破解的就销整机，不能破解的就卖给作坊拆零件。

不过现在可能比以前收敛一些了，现在大多人不带钱包了，手机防盗越来越完善，犯罪利润低、风险高，而且多了很多自由职业，凡是有点想法的也有转行的机会。以前很多团伙作案，人手一把长镊子，谁敢提醒受害者就直接用镊子捅，现在没那么猖狂了。

也存在一些人刚被释放，对社会的变化没有概念，然后重操旧业。

@uqf0663 #16 可以试试买磁条，贴落地扇底座，买第三方的可能便宜一些。

我用的石头，带拖地功能，但个人感觉这个拖地功能只是强化扫地除尘效果而已，粘在地上的污渍还是得用其他办法去除。

不过用拖地功能肯定比单纯扫地功能打扫干净一些。

扫地机器人适合日常大面上的清洁，应急或大扫除可能还是需要吸尘器，可以额外配一个手持的。

洗地机看具体情况评估一下是不是用得上，我家是用不上。

另外还有专门的拖地机器人，带震动的那种，比扫拖一体的拖地效果要好一些，适合家里面积比较大的情况，日常拖地交给机器人，人工抠顽固污渍。

还有个方案，就是希望 var 和 opt 内部比较纯净的方式，就是 HDD 挂载到别的目录，然后 var 和 opt 都从 HDD 的目录 link 出来。

手动分区，每块盘各分一个区，然后 SSD 挂载到根目录下（/），HDD 挂载到 /var ，然后从 /var 下创建一个 opt 目录，并在根目录下创建一个名为 opt 的 link 到 /var/opt ，不知道这样能不能行，不行的话可以写一个 systemd 或 init.d 的配置文件确保在 mount 之后创建这个 link 。这个方案因为 opt 是后挂载的，所以得确保系统在挂载 opt 前不会用到 opt 内部的文件。

还有个可靠一点的方案，就是 HDD 分俩分区，一个挂 /var 、另一个挂 /opt 。

你可以先不管 HDD ，在 SSD 上装系统，装完后对 HDD 进行分区，然后修改 fstab 写挂载 /var 和 /opt 的规则到 HDD 的分区就行了。

借急不借穷，不替别人借钱、担保，借钱要立字据。

结婚有感情的一方面，也有协议的一方面；能通过定下协议解决的事情，总比无休无止地因为意见不一致而吵架的好。

给自己定个底线，并跟对方说清楚。

多个子女的赡养方式可以商量的，通常合理的做法是立遗嘱以遗产继成比例来划分赡养比例，但如果遗产只剩下债务的话就不好说了，这种情况我见到的比较少。

国情不一样，文化不一样，可能也不适合类比。

就算是美国，人口密集的地方和地广人稀西的地方也是不一样的，前者有完善的配套和保险，可以交给国家处理，后者出个警一俩小时才能到还不如自卫，关键有时候不确定是只是谋财还是同时要害命。而且美国警察前面没有“人民”二字，基本上还要看报案人的阶级和地位，不确定因素较多，导致可能当事人要采取不同的处理策略。

实际法庭判案都是具体事情具体分析，每个案子都可能有不同的地方，见义勇为其实也是要根据实际情况去判断，不大适合整体给出一个明确的倡议。

不过题主最后部分说得很对，完全脱离公共利益其实也就变成了无 zf 主义，这种至少在人类发展历史中还没有过成功的先例，所有跟社会学沾边的事情，最终还是得用社会学来解决。

可能太紧张了，第一次这样还是比较普遍的吧，多试几次就好了。