如果你用的阅读软件支持命令行调用，可以写个脚本循环打开看看能否调用成功就行了。

不支持的话，随便用什么编程语言，调用个 PDF 库尝试打开一下，然后随便读取点啥。能读出来就算打开成功。

自己装个 TeamCity 就行了，免费的 3 个 Agent ，100 个编译配置。除非你几十个项目，不然差不多也够用了。
主要是你用了 Jenkins 再去看 TeamCity 就知道差距了，但毕竟是开源，能用就行。

Jenkins 最麻烦的就是它赖以生存的开原生态。本身功能不多，大部分都靠插件。但开源插件维护全靠爱发电，很多插件早就不维护了。可能你这个版本配置完了都能用，然后过几个版本你发现之前几十个项目依赖的插件不更新了，那你 Jenkins 也没法更新。但 Jenkins 不更新又用不了新的插件。
整个锁死在里面。

所以现在都推荐用 Docker 这套生态来做，CI 工具实际就做个调度而已。哪怕你 CI 彻底完蛋，只要你用来编译的镜像还在，换个 CI 重新写个调度配置也一样能跑。

传统的 CICD 工具基本就这俩推荐，当然你要用 Gitlab 管代码的话，装个 Runner 也能跑。前提是你接受纯配置文件的套路。

JBOD ，然后配置个别文件夹自动跨盘备份。
很多时候你需要保证安全的数据并没有那么多，直接做 RAID1 有些浪费空间。

分享两个个人理解：
- RAID 能服务的可持续性，就是坏几个盘你大概可能也许还能用。至于说数据安全性，还是要靠异地备份。你可以搜搜 RAID 重建阵列的时候炸盘的有多少。除非你用好几个硬盘组更多的冗余。
- 服务器直接虚拟化是没问题的，你想办法备份虚拟机的磁盘就行了。但你这一共能用的就一块 10T 盘，这盘炸了就全完了。

如果我是你的话，会再找一块固态，小点也行，组个 RAID1 做 ESXI 的系统盘。或者可以随时重做 ESXI 的话，不做 RAID 也行。先保证它不大会挂掉。我不太了解 ESXI ，不知道和 PVE 是不是一样需要一个系统盘。

剩下的，考虑一下要跑的是什么服务。我自己倾向于所有服务都用 DockerCompose 或者 K8S 跑，然后外挂持久化存储。这样你只要找个额外的地方备份好你的 Compose 或者 Helm ，然后再备份一下持久化用的存储就行了。至于服务器或者那些用来跑服务的虚拟机挂不挂的无所谓。
比如你用 Compose ，这服务器挂了你只要有别的地方能跑一下 compose 文件，改个存储路径就能重新拉起来。
你用 K8S 就更简单了，只要存储还在迁移一下很容易。

@aoding 这个注册表就是仅用了 SMB 的压缩功能。

这个 CVE 需要 SMB 的压缩功能去触发，至少 POC 是需要的。

如果你们的服务不需要 SMB ，直接禁掉整个 SMB 服务就行。如果需要，那还是建议升级。但你已经是最新了。
你可以找个虚拟机，装个同版本的或者 dump 一下你现在的系统。然后按照你机器的设置打开 SMB 服务，找个隔离的环境跑一下 POC 试试能不能触发。
按理说你这更新的系统应该已经不会有这个问题的。

有 POC
https://github.com/jamf/CVE-2020-0796-RCE-POC

不要轻易执行 POC ，但你可以看看后面提供的文章，再查一下自己有没有问题。

这些都是买车用车的成本。包括但不限于一个月几百上千，甚至一两千的停车费，早晚高峰的拥堵，没有车牌的话租牌的费用，各种地方停车困难等等。

如果你认为这些成本太高了，那说明你的需求并没有那么强烈，至少没有让你心甘情愿的出这个成本。不买就是了。

人口大量聚集的超大型城市，用车成本高是不可避免的。数量爆炸带来的拥堵，停车困难等等本身就是成本的一部分。

看了一遍，被抓的原因是从 2022 年五月到 2023 年五月往一个私人的云账户里上传文档。。。
真是有够离谱的。

@NelsonZhao 还是分的，Windows Container 没法跑在 Linux 上，反过来也一样。想在 Windows 里跑 Linux 容器，需要切成 WSL 做后端，或者直接开虚拟机。

13U 用了快一年，先说缺点：
广告不少，你得先找教程关。关完了几乎没什么广告了，至少日常用我是看不到。
指纹识别率不太高，而且那个灯非常亮，晚上关灯可以亮瞎眼。
摄像头组件非常厚，手机不能放平，有的车载手机夹可能夹不住。或者有的无线充电充不上。
摄像头组件很重，导致重心靠上。正常手持的话有点要往外翻的感觉，需要习惯一下。
电池容量一般，有一个版本的系统很耗电，更新以后正常了。

优点：
拍照非常好用，效果很不错。我出去玩的时候，a7r3+20G 和 13U 拍照数量基本一半一半。很多时候懒得拿相机就手机拍了。实在不行你还可以拍 RAW 。
性能不错，至少也是第一档的。
快充非常好用，特别是你如果之前只用过 iPhone ，那国产机的快充可以完全解决你的电量焦虑。
至于卡顿什么的，因为我用的软件比较固定，就那么几个。一年以内也没遇到过卡顿情况。

@joker8ren 那就不要填。现在应该是没有查房东纳税。
主要是压根也抵不了多少钱，犯不着为了这点钱给自己父母找麻烦。

你有实际租房的话，填租房信息就行。这项应该是抽查的，抽到了会让你补材料。

没有的话，就不要填。属于偷税漏税。

居委会组织的社区群里有民警，时不时就会发电诈的警情通报。
今年到现在两个多月的时间里，通报了 19 起。这还都是附近几个小区的。
绝大部分都是刷单返利，虚假购物服务，电商物流等等诈骗。

@huangya 没问题的。
系统盘你拿 SSD 做 RAID1 ，实在担心俩全坏了就每天半夜待机的时候增量同步过去一次。这样一块坏了还有另一块顶上，万一俩全坏了你还能花点时间恢复到昨天晚上的记录。怕软 RAID 有性能损失就上 RAID 卡。
数据分区的备份，直接 rsync 同步就行，甚至不需要定时。大部分都能做到保存完了直接更新过去。

主要是你想要的“能快速恢复工作的系统盘备份”，不太适合普通的 NAS 操作。你用 RAID 绕过它，其它的都没啥问题。或者你的“无缝”要求没那么高的话，每天晚上把系统盘的文件备份一下，出了问题再恢复也行。
只不过恢复也需要时间和一定量的操作。

1. RAID1 对性能没有影响，除非你用软 RAID 。
2. 作为通过网络连接的额外存储设备，做不到你想要的“快速恢复工作”。即使你有办法直接备份块设备出去，他也没办法以你 SSD 的速度做到同步写。

NAS 只适合做“文件备份”，你可以把系统盘带上数据盘全部做备份，但一般不这么做主要是因为系统盘的文件可能会经常读写或修改。频繁备份耗性能暂且不论，一旦发生事故中断，你也很可能有文件没备份上去，最终系统盘的备份没准也起不来。

想要无中断应对故障，最好的办法就是 RAID1 。不想有性能损失，就上硬件 RAID 。比如你直接光纤外挂做了 RAID 的 SAN 进去。

不会很痛。

但如果你引发了附近牙齿的炎症，就是正常牙痛。

就算是阻生齿，切开缝合也不会有多痛。

如果非常痛，布洛芬也没用的那种，可能是干槽症，需要去看的。

后端起个 headless 的 chrome 直接渲染就行，或者简单点你用 puppeteer 。
直接 HTML 渲染的，模板你可以手动插 CSS 。

你以为“互相分享”是个很不起眼的附加功能，但实际上这才是要你命的关键。
带上这功能，你要做的是个 UGC 的社交应用，往大了说可以认为是某种垂直领域的 twitter 。
这种应用的审核肯定是最严格的。

正常来说你初期做产品规划时就应该考虑好这产品的核心功能在哪里。
有些功能不在产品主线上，又会带来非常大的成本，这种就要考虑清楚到底要不要做。

开发运维成本还好，等你你真的用户量上来，审核成本还等着你呢。