JerryYuan

brainfuck

持久化数据放在 volume 里，volume 再和你的重要数据放在一起，容器里不放任何状态信息，做成无状态的。然后有个工具叫 runlike ，可以把容器变回 docker 命令，把生成的 docker 命令保存成文本文件也放在一起，个人觉得就够了

21 年 9 月买了三块 4T 酷狼，型号 ST4000VN008-2DR166 ，去年 9 月份临过保前 15 天炸了一块，保内换新了

气温是阴凉地的温度，比体感温度低应该也正常。。。

确实越来越懒了，以前有个什么小需求，都是上 github 先找现成，没有就自己写，现在懒得直接让 AI 去给我找，找不到就写然后我再简单改改。后来甚至懒得改，让 AI 给我改。。。

@bacon159 数据没持久化，然后重新创建容器了吧

@JensenQian 有所耳闻，不过目前看还能用还够用就先用吧，等哪天真的不行了再换吧，搭这一套也花了不少时间

@swananan 那理论上应该是 MTU 加上包头长度在 IP 报允许的最大 payload 长度附近了，导致产生一大堆小包？我还试了 MTU 拉到离谱大，似乎也不会出现限速问题，大概是因为强制分包导致包长度能回到合理范围？

@pxlxh 目的不同罢了，网盘享受的是结果，NAS 享受的是折腾的过程以及解决技术问题时多巴胺的冲击。

btw ，不喜欢国产软件那个忽悠你用起来，等你离不开了再收割的尿性，利用这套东西，已经基本实现去国产化+90%以上开源方案了

另外从长远(数年)来看，相同体验下 NAS 和网盘投入的资金是差不多的

@linzyjx 我这比较尴尬，跨网跨省的反而没事，市内通信先挂了另外我用最后热点的方案试了下 1400 的，似乎没有复现手机的问题

@Naples 我这比较尴尬，peer 之间既有 ipv4 的也有 ipv6 的，感觉只能取小值设定一个了

@AlphaTauriHonda 我有 TCP 的备用方案了，用 wstunnel 套一下也能恢复，先用 UDP 的吧，毕竟省事，等实在不行了再考虑换协议吧