"做的很囊肿"
做**得**很**臃肿**

然后，就像一楼说的，自己搭个 WordPress 就是博客了。最多被墙。但是你都能上 V2 了，想必也不是问题。
如果你不打算公开，那就买个 OneDrive ，里面写 OneNote ，这就是在线笔记了。只要你不炼铜，国外网盘都没什么问题。
如果你不喜欢上云，OneNote 也有本地版。或者自己建 nas+nextcloud 。

魔怔人是真魔怔

@CRUD #17 规则是这么个规则，我上传量早就够了。但是我下载量不够，就一直没升级。而且无声无息就封了，没有任何通知，没有任何复活机制。2 次了，都是买的号。U2 好歹还能申诉复活。

就像楼上 @urlk 说的。傻逼规则，谁爱玩谁玩去。

@forisra #10 “儿子是美国国籍还能咋去。”
那还真不一定。合法签证也可以生孩子的啊。反正在美国生的就是公民。

1. 优惠爱给不给。不给我就去别家买。心态一定要好。你的钱在手里可以投资反正不亏。他的车卖不出去就砸手里了。
2. 楼上那些说特斯拉不还价省心的。你去买别的品牌也可以不砍价的。他开什么价你付什么价，钱给够也省心啊。就是你买完别问别人的价格是多少。

@Censhuang #40 内存问题是不会风扇都不转的。最多就是过不了 POST 。
然后吹灰也是玄学。大部分吹灰吹好的问题都是内存没压紧。内存不是游戏卡带，吹也没用。虽然卡带吹了也没用。

说了这么多，我就问你：电源是什么牌子什么型号？是不是杂牌？是不是二手？

别的东西捡垃圾也就算了，电源是绝对要买好的。首先老电源的效率都是一塌糊涂。其次电源一旦出问题，其它配件都是一波带走，甚至连人都能带走带走。

@ihwbunny #37 我相信他描述的故障现象是真的，也就是机箱带电。要么就是电源线真断了，要么就是插座坏了松了，要么就是电源出问题了。如果是杂牌电源的话，有没有接地还真难说。

@Censhuang #42 所以企业采购一般都要加上门维修服务。人傻钱多买戴尔，但是人家的上门服务是数一数二的。
说真的，你别觉得保修没用。保修客服至少说不出静电的说法。

@int80 #38 这锅垃圾佬不背。哪个垃圾佬玩 i5 的？要玩也是 E3 起步。我的 E5 v4 的 nas 已经好几年了，稳得很。当然我反正是不会给公司省钱的。少薅公司羊毛就已经是客气的了。

@Censhuang #24 从来没有听说过这个说法。老电脑给 CMOS 放电是因为 CMOS 数据出错，放电可以清空数据。主板除了 CMOS 记忆电路，其它所有电路都是由电源供电，也就不存在“主板带电”这个说法

话又说回来，这显然是电源的问题啊。你买的什么红星炸弹？电源不换，在那里折腾主板和电源线干嘛？谁教你的一天到晚折腾 CMOS 电池的？这年头 CMOS 出问题的概率太小了。

@yiranw09
@me221
moviepilot 和 sonarr 相比如何？能解决字幕组命名不规范的问题吗？需要手动识别吗？能识别“第二季”这样的名称吗？
我之前用 sonarr 和 rssarr ，每部新番都要手动设置规则，太麻烦了。我干脆拖字幕组的全部新番，配合脚本自动重命名，plex 能直接识别大部分番剧，少部分手动匹配还可以接受。

有必要的话甚至可以直接从 docker 镜像里复制整个 rootfs 出来。直接跑 docker 镜像里的程序试试。如果 docker 镜像里的程序也一样有问题，那就 chroot 进去再试。如果 chroot 就没问题了，说明动态库有问题。

host 模式就是直接用 host 的网络栈了，加上 iperf 正常，说明不是网络问题。大概率还是配置的问题。

CPU 总体没占满不代表单核没占满。网络协议处理很多时候是单线程或者有限的多线程。你要用 htop 或者 top 然后按 1 键切换到每核心占用率查看有没有单线程占满的问题。

磁盘占用率用 iostat -x 1 看

用 tcpdump 抓个包。检查协议是否一样，因为这种场景下，UDP 的吞吐量比不上 TCP 。还有检查包大小是否一样，理论上应该是用满 MTU ，但是实际未必。如果你懂网络协议的话还可以分析一下重传频率和 TCP 窗口大小，分析是否异常丢包。

还有就是配置文件问题了。直接把 docker 里的配置文件复制出来用试试。检查一下 docker 镜像的命令有没有带参数。

旧服务器机箱就够了。SAS expander 也很便宜的。需要配电源和一块控制板。控制板控制电源和风扇，高级的还可以提供温度监测。

主机插外置 SAS 口的 RAID 卡或 HBA ，另一头接 expander 。

直接引线的话就太多线了。

旧阵列上的数据你还要不要？不要的话就好办 格盘重做。要的话就还用旧的阵列卡，端口不够就加 expander 。

加 code coverage ，然后让 AI 根据 code coverage 再去改测试

另外，新手别买太好的车，也别买新车。买个皮实的二手车。新手上路有刮蹭很正常，就算你开车小心也防不住别人。买好车总是不舍得开，反而浪费了。老车有什么刮蹭也不心疼，洗车也免了，下雨就是洗车。

“月薪到手 8k ，手上有 5w 存款，平时吃住家里没什么大开销”
那为什么不贷款？钱债好还，人情债难还。

@msg7086 #48 “SDLC 的过程是省不了的，该设计的东西还是要设计，该权衡的东西还是要根据具体情况权衡”
但这就是问题。很多人说 AI 取代程序员的时候，就是认为只要给 AI 一个目标，它就能自己理解并解决问题。
更可怕的是，AI 还真就能做出一坨像那么回事的玩意。真正的危害要等上线几个月后才能逐渐显现。



@Vindroid #56 这就是没做过大规模软件的人说的话。有几个问题：
1. 生产环境出了问题，你 oncall 还是 AI oncall ？用户数据受 gdpr 保护，很难直接给 AI 权限。况且就算给，也不可能全自动解决，肯定要有个人看着。如何迅速定位并找到问题，这并不是 AI 的强项。
2. 对于基础设施软件而言，符合设计标准一致只是最低标准。内在实现同样重要。即使是 undefined/undocumented behavior ，只要用的人多了，它就成了标准的一部分。如果是对外的服务还好说，直接不支持文档里没有的用法，客户骂也没用。如果是对内的服务，锅甩给谁都没用，谁搞出来的变动，谁负责回滚。要改实现，提前半年发 breaking change 通知。
3. 项目规模大了以后，编译一次就要好几个小时。平时开发主要靠缓存来局部重新编译。重写？明年都写不完。

@0x0x #9 大厂程序员都是报销 AI 的

• 请不要把 AI 生成的内容发送到这里