哪里能买到呢？

@abcbuzhiming 这个当然是需要备份的。只是说，也许把备份还原这个操作统一化以后相对来说会更稳健一些？从操作上来说看起来也更方便一些。不过我也立刻想到了一个潜在的问题。就是不同应用的数据需要恢复到历史状态时，统一备份的能否实现一个高颗粒度的还原呢？比如 ABC 三个应用的数据都放在一起。那恢复备份的时候只恢复 A 应用需要用到的表。BC 的数据不动。

@Garasu 其他地方的 SQLite 每天同步上去的意思是，每天把 SQLite 里的数据备份到云服务数据库里吗？

@ipwx docker compose 用过。但是我用的场景下多多少少都得要挂载 volume 或者映射一个 docker host 的 directory 。迁移过程中主要是这部分数据持久化比较麻烦。虚拟机备份也是因为这部分数据。

@XDiLa step by step 的安装倒是能成功。但是安装完之后的使用就两眼一抹黑。那我觉得确实可以去尝试一下 ack 之类的云厂商服务。看看是不是使用起来更加简便。

@liuliancao compose 有在用了。rancher 我可以去了解一下。还有其他的工具推荐吗？

@JoeDH 我现在确实没有正式的场景要立刻使用。

@hxndg 我觉得你这个问题确实问到点子上了。我现在的大部份 docker container 都或多或少都有一些数据需要持久化。那也许是我这个做法不对？我是应该设置一个中心化数据库来保存所有的数据吗？

@laminux29 我觉得你说得对。可能这个技术对我来说学习需要花费的时间和回报特别不成正比。

@kk2syc 根据你的图片，成功开启了远程桌面的图像。但是依然没有办法挂载镜像。更新了 BIOS 之后成功挂载了。多谢兄弟了。

为什么美国一边要禁止网络犯罪，又允许 VPN 技术？

@SIEMENS 好像是 Twitter/X 的 Premium ，因为 OP 发在了 Twitter 节点上。
但不得不说这个信息真的是太隐蔽了。

开通什么东西的 Premium 呢？

@SkywalkerJi 那看来可能是我的功课做得不够啊。我会有这个想法是在美国这边的大学里面打印机普遍都是比一个台式机躺下的占地面积，然后 x1.5 倍的高度这么大小的。 其次就是在数码店里时不时也会看到一些例如 HP 的也是号称商用产品线，但是高度更低一些的。那许愿嘛，肯定有这么个印象就会把它列进来。 当然也可能是我要求的功能太多了。以至于装不下。

@Meteora626 这个我确实没换过。那也许这点不是打印机的锅。

@wangyuescr @zacklin99 我去看看二位推荐的品牌。

@10RR 我也确实有待机掉电较快的感觉。但是并没有太仔细测试过。因为我使用的环境普遍都可以充电。不至于休眠一晚上就掉光，但是也少说掉个 30%吧。
不过基于 发热/掉电快 这两个因素，感觉是不是可能我们的芯片漏电现象比较显著。


@passion336699 很多软件都可以测。我用 istat menu 。

@10RR 对，我今天又去确认了一遍，对方表示，只要检测不报错，不管是像这种网友报告的温度，或者是我自己运行的第三方软件所报告的温度，都是不被官方所认可的需要维修的依据。我也没有再纠缠。目前的情况确实没到不能用的地步。先继续用着吧。

@10RR @piero66 @glorywiings @ST0RMTR00PER @giganet @GabrielleBellamy @samzong
感觉我之前刚买到的时候差不多就是你们几位的这个温度水平。反正现在起码能确认这不是我自己记忆偏差了。


@FightPig 我去 Genius Bar 的时候跟他们提到过这个猜测。工作给做了个测试项目，说是能测试出来是不是硅脂干了。粗浅理解下测试逻辑可能是这样的，给 CPU 满载，然后根据 CPU 温度提升的速度来判断热传导的效率。 长期满载之下的温度虽然不太好判断到底是不是高或者低。但是导热不畅的情况下从 0 负载到满负载下均衡温度的速度肯定要快很多。 工作人员的说法是如果确实散热硅脂干了，这个测试就会报错的。
并且更换的话没办法只换硅脂。因为整个散热系统和主板是做在一起的。要换只能一起换。
当然测试之后并没有报错。所以轮不到我来决定要不要因为这个温度原因来换。


@luckykong 我感觉你的温度跟我现在的情况类似。

@billccn NUC 的 19V 电源是我单买的。90w 。NUC 本身只是个 N5105. 90w 带这三台设备还是绰绰有余的。


@yplam 你说得也对。我淘宝搜了搜，这个降压模块都是那种内置的。引出来两根线。没有那种外置的直接转成 5.5 接口的。

@march1993 这个工具我之前没用过。还得花点时间了解一下才行。

@berry10086 我用旧路由器通过 RB5009 上的网桥拨号也拨不上。所以应该不是拨号设备 MAC 的问题。

@onion83 @ouqihang 我是把光猫的 MAC 复制到猫棒上了。SN 也复制了的。 拨号设备本就是下游设备了。也要复制吗？按理说我用移动光猫时，拨号的是我自己的 ros 路由器，不是光猫拨号。

@march1993 我在 RB5009 上设了一个 bridge ，单独给一个网口和 sfp 口桥接在一起了。vlan 部份猫棒自己处理好了。不需要我单独添加。