@azusematsuri 感谢，试了下 bios 可以设置电源选项。不过看起来只对关机有效，待机还是有电的。待机供电看起来不太足，就怕哪天待机恢复不了了 hhhhh

@ysc3839 是浪潮服务器的特制的(x8 + x1)的 PCIE ，可以直接插到普通的 x16 口里，不过需要用胶带把后面 x1 的口封起来；或者直接用剪刀把 x1 口剪掉。
由于卡比较特殊，所以卖的非常便宜。

@murmur 不同意你的观点。每个人有着不同的需求，并不是默认的电源管理方案都适合所有人。在清楚自身情况的时候，定制自身的管理方案我觉得没有问题。

折腾电源策略有点麻烦，但是等电池鼓了买新电池换电池更麻烦。
根据我的观察，鼓包问题其实是普遍存在的，只不过苹果本都是超薄本很容易发现罢了。

@coolfan #71 你可以备份一下数据，如果 0E 数量在备份的时候上涨了那赶紧跟我一样走售后吧。
@AstroProfundis #72 现在升级了，不过已有的 0E 数量不会减少。我买了两张 TiPlus 5000 ，另一个目前正常，希望固件升级后不再 0E 。

@V1Eerie 哎，我这个也算是警醒他人了。毕竟去年谁都不知道会有这事，当时 TiPlus 5000 卖得可火了

分子

@Creator1 #202 不用快进保研，已经是研究生了。

TiPlus 5000 / TiPro 7000 ，新生产的 0E 问题似乎解决了？传送门：/t/929925

v2ex 在不创建新主题、不使用 Google 登录的情况下，停用 JavaScript 问题不大。
这条回复就是在停用 JavaScript 的情况下发送的。

#2 @hpan ん？王道征途

#17 @mikewang 更正：`smartctl -x /dev/nvme0 --json`，漏打一个横杠。

我用的成品 NAS ，也不完全信任 NAS 系统自带的自动报警。
自己写了一个 Python 脚本定时调用 smartctl 命令。
举个例子：`smartctl -x /dev/nvme0 -json`
然后解析 json ，自行判断。

#2 #3 @pcbl @vsean
告知函里没有提到 Web 服务，只说了域名解析相关的问题，就根据函文的内容分析了一下。

如果仅限于 Web ，扫到了对方的 Web 端口，绑上自己的域名去请求，大概也会是这个结果吧。

@Aluhao @Xusually @sadfQED2 其实不用等到最后一天，还有一种方法。
关注微信 GoDaddy.com ，客服 - 在线客服，可以直接问客服要，不到十分钟左右就能搞定。
我当时要到的优惠是 75 折，没有-35%优惠大就是

看了下我的 fail2ban ，哪天来兴趣了分析一下...

Status for the jail: sshd
|- Filter
| |- Currently failed: 13
| |- Total failed: 130963
| `- File list: /var/log/auth.log
`- Actions
|- Currently banned: 16095
|- Total banned: 29418
`- Banned IP list: ...

0. 目前来说，ChatGPT 生成的代码质量很低，不能直接用；
1. WL-Proxy-Client-IP 这类 header 是网关或者 CDN 自己定义的，需要查它们的文档，没有汇总；
2. 这种代码是有隐患的，客户端通过伪造这些 header ，可以欺骗你的程序。参考中科大测速被 XSS 的事件： /t/889220

@opengps #1 有考虑过图形驱动问题，但根据我的编程经验，更倾向于列表动态更新时的处理逻辑出现了错误。

骑驴找马很正常。如果应聘者处于离职状态，倒需要注意下是不是因为某些过失被上家开除了之类的

倒不如说，我们所有人看到的“颜色”都不相同；但是通过训练，都映射到了同一片用于表述的标准区域，这样我们才能够交流。

查询了好一会，找到了消除 error 的方法：
zpool scrub zpool1
执行后直接取消当前 scrub 操作：
zpool scrub -s zpool1
这个时候查看状态，错误应该已经清零：
zpool status -v
再完整 scrub 一次，如果没有出现错误，那么代表 error 确实已经解决并消除：
zpool scrub zpool1

其实出现 error ，并不意味着当前 ZFS 上一定有文件出现问题，这个是历史记录一样的信息。

以上是记录的最终解决方法。如果 QNAP 用户遇到了同样的问题，搜到了本帖，希望上述方法能有所帮助。