瞻前顾后，进退失据。大部分人都一样，会时不时经受这样的焦虑和煎熬，毕竟人力有时尽，面对无法改变的，归根到底也只能自我开导。分享一点我用过的情绪工具，可以捡趁手的试试：
- YOLO 。尝试回到光脚的状态，你现在可能是穿上鞋了，有了资产，有了房、车、爱人、孩子，但仍可以尝试把他们收好，背起来。再次尝试你一无所有的光脚状态。
- 时间突破法。一切都是瞬息一切都会过去，不出意外，你会活到 40 岁、50 岁、60 岁，大概率你能活到那个岁数，那么当下的困难当然没有打倒你。
- 局部变量法。变量有作用域，困境也是。很多时候是被当前作用域困住了，比如网购选来选去为了省几块钱，其实跳出场景，这些对比选择意义都不大。困境也一样，跳出场景，试着躺平。

#9 说的是一种可能。我司碰到过，等保扫描规则认为开放 22 就是不安全，从技术上解释也没有意义，规则就这么定的，这条就是不合格。

当然，可以开通非标准端口 ssh ，但也有额外沟通成本，可能就关掉省事吧。

想要一个 webhook 适配器。
A 系统 post 出来的 a.json ，B 系统接收 b.json 。两个 json 不一致时，需要有个适配器作为第三方进行简单的转换。
对于开发人员可能挺简单的，甚至拿 jq 写脚本都可以做到。想要一个图形化的，非技术人员也可以使用的。比如可以接收并图形化发送端的 json 格式，经过拖拽，组合成接收端的 json 格式并发送。或者可以添加一点判断和赋值逻辑。

照片不错，以后再看到桌面分享想冲动花钱提高生产力时可以翻出来冷静冷静。

@mrzx iscsi 是块存储，smb 和 nfs 是文件存储，块存储比文件存储的兼容性好很多，毕竟文件存储是带着文件系统的。在家里倒腾局域网存储，最终还是会上一点块存储，文件存储总是会碰到权限、锁什么的奇怪问题。

@jiangzm 准备搬家后买 2 个来玩，目前没有具体使用经验。可以去 chiphell 逛逛，有一些分享帖。

TL-ST5008F 8 个 10G ，闲鱼应该是 800 左右。
光模块还是电模块，接口速率适配兼容性等问题，需要自己研究了。

栋哥，洗澡必备了。
可以去他第一次录音频的帖子考古 https://v2ex.com/t/284793

先梳理约束条件：
- 是否重新布线；
- 不重新布线，且希望利用上所有已布线路，则弱电箱必然需要一个交换设备。不一定必须是交换机，可以是光猫或者路由器。
- 考虑无线信号覆盖，无线路由器必须不能放在弱电箱。
- 物理拓扑上，主路由要放在主交换之上。否则就要进行稍复杂的网络接线和单臂路由配置。

精装房在不折腾布线情况下，基本就是两个约束，弱电箱要放交换设备，不能放无线设备。

简单易理解的拓扑：弱电箱放光猫、主路由、主交换，主设备间（一般是书房）再放一个交换机接各种网络玩具，主机、NAS 、服务器集群等，其它点位按照无线网络设计补足设备即可。
理论上弱电箱里放一个设备，光猫或路由交换加猫棒就可以满足需求，家庭内网要求不高，可以考虑千兆。设备间作为实验室网络可以考虑万兆。无线根据情况合理选择。
以上是理想情况，实际场景大部分可能受限手头已有设备，以及充分利旧的想法，会搞得比较复杂。

错误的期望管理。
外科医生不会在第一次给别人做心脏手术时就期望很顺利。当然，事实上外科医生不可能去做心脏手术。
计算机从业人员往往都有一种认知，RTFM ，我什么都能干。事实上，可是差不太多，啃啃文档，大部分的确能理解，实践环境也不难找，不用像医生在大活人身上试水。但毕竟还是分了一些职能和岗位，且不说文档质量怎么样、实践前对文档的理解怎么样，至少不应该期望很简单就配置完了，如果这么简单，它早就是一个按钮了。

你现在的方式大部分场景都不是一个好选择。
应用分发的话，最佳应该还是 Dockerfile+CI 。
生产部署更倾向于使用不可变镜像，状态数据尽量和环境无关，统一放在外部管理，如数据库、共享存储等，尽量做到计算和存储分离。
可能也就本机临时起个测试环境用用吧，相对快捷一些。

没单独的房间，放书房还是要解决噪音问题。某宝有静音机柜不知道效果怎么样，号称 90 分贝降低到 40 分贝，就是价格太高了，24U 要快 2000 了。

快要搬家了，也准备弄一台，对硬件不太了解，感谢 OP 的经验分享，应该可以照着这个型号冲了。

目前主要顾虑的是功耗和噪音，功耗就是一天两三度电，看看能不能接受了。噪音感觉还可以折腾折腾，大部分机柜似乎都是通风散热优先，四面通透，可能对噪音没有效果。

- 单个软件和软硬一体解决方案不在一个分类里面，这样对比有点奇怪。有点类似，自己拿虚拟机跑一个 IOS 去对比思科标准交换机。
- 就算要关公战秦琼，至少在硬件资源基本一致的情况下，对比软件性能。

- 超市旁边快剪，一次 15 元
- PDD 买推子自己解决，多次 20 元

近些年都是自己推，估计单次成本 1 元以内。适合对发型没要求，没有求偶等社交需求的同学。

miniflux ，全平台 pwa

@songhuangcn 我说的“快速启动”可能表达有误，本意是说“快速安装，几乎零配置启动”，就是在说包管理器类似工作。
我想说的是，在类似包管理器场景下，如果不调整默认配置，那么就可以“快速启动”，如果要调整默认配置，很多时候还是要了解包分发运行的基本逻辑。
比如使用包管理器 apt 安全 docker ，想要调整 docker 的 remote api ，很多时候还是要看官方文档，了解以 apt 分发时的配置逻辑是什么样的，进而可能需要了解 systemd 的基本配置逻辑等等。
dpm 作为包管理器应该有类似的问题，即如果要调整默认配置，那么需要了解学习这种包管理的分发运行逻辑。虽然理解配置逻辑并不麻烦，但考虑到通用性，似乎直接学习通用性更高的 docker 、docker-compose 更“划算“，毕竟 docker 的入门成本真的很低，收益却特别高。