esxi 硬件直通真是头大，需要结合场景吧。如果玩 AIO ，那么感觉 esxi 不是一个好选择，直通太头疼了。

@JinTianYi456 spring cloud 有两个阶段，第一个阶段是 spring boot 和 netflix 合作搞出来那套，姑且称为原生 spring cloud 全家桶，第二个阶段是 spring boot + 第三方（国内一般就是阿里那套）。

废话一下，里面东西应该都差不多，离不开配置中心，路由，RPC 之类的。

两个都学一下（我只会 Netflix 的），这几个组件一定要学：注册中心、网关、熔断、负载均衡（ Ribbon 及算法，以及其他）、RPC(feign 或其他)，然后就是 zipkin （重要的是链路这个思想）之类的，配置中心等。
真实项目中，这些组件可以挑着用，用多用少取决于项目需求。

这个吧，看你需求了和功能点了。如果你后续还需要迭代，那么选择主流 Java 体系 SSM 那一套，问题不大，后面找人接手也容易。
功能点不多的情况下，一个靠谱后端估计也就 1-2 个月的工作量。
云函数啥的，现阶段可以不用考虑，传统服务器部署买一个新手 MySQL 服务，一套下来估计 500 一年就搞定了。为什么不推荐云函数，因为总要用到数据库等中间件，最后你会发现成本一点不低。

太复杂了，其实可以自己实现一个功能，通过监测鼠标坐标判断是否闲置，然后特定目录全拷贝就完事了，都不用计算特征码，单纯通过更新时间和文件大小判断是否更新，单向备份，效率应该非常高。
题外话：作为一个十多年 Windows 的老用户，Windows 系统再怎么好好用，两年左右也要重新安装了吧，users 整个目录真没必要。

如果你返回条目数小的情况下，可以尝试代码层面多线程。SQL 拿到最新的日期列表，然后用日期作为参数，多线程循环执行 SQL 。

其实吧，直接 AdobeXD ，或者即时设计，推荐非专业用户选择这两个，我自己用过，Figma 也尝试过，不太习惯就放弃了。优点是，可以直接导入 ElementUI 或者 Ant Design 的一些设计模板，速度其实很快，一周估计就能上手了（可能都不需要，几乎可以说门槛很低，理清楚就能直接上手开始搞了，开始慢一点而已）。

16G 1TB 2599

家用小型服务器既视感，充电宝充当 UPS ，完美，哈哈。只是不知道手机的 ARM 和 Linux 发行版兼容性。

不赚钱的项目，内部立项都困难。

如果这是后台管理系统的需求，可以从 MySQL 的特性入手，MySQL 支持把多张表映射到一个库里面，这样关联查询就完事了。。如果是 C 端需求，思路其实差不多，只不过成本很高，把读拆分出去，把数据同步到 OLAP ，查询通过 OLAP 实现，如果是 MySQL ，那么就是 binlog 同步之类的方案了，就像你说的，别扭。除非这个需求真的非常重要，不然真的如同楼上所说。

@poison123 感谢告知，看上去这个软件很专业。

@hackpro 标注这个我得研究研究。

私下+低调+国外 IP+节制+不分享。
说实话，谁管你？

忘记加地址了：

https://www.hutubox.com/reader

看你实现什么功能了，可以根据需求反推，我自己网站当时调研了相关库，然后选择了 react 。

低成本，大概率就是内网端口映射出去，免去上传，然后加上 DDNS ，体验就完全靠你网络的上传速度了。

放在之前，我会陪你吐槽。放在目前，我觉得领导说得对。你把接口可用性从 99%提升到 99.99%，和你把公司订单量提升，我觉得后者更重要。而且，说实话，后者更难。前者可量化，后者无法量化和预估。前者找个技术合适的人就行，后者找到合适的人，相对前者更难，各项成本投入更加不可控。

@msg7086 我也非常奇怪，文件的 SHA1 确实是：2e2560297911f35b22c2e63ad8d4bc143ed3065b ，但是在我没告诉 ChatGPT 的前提下，只提供 bytes 数组，它有时候能给出 2e2560297911f35b22c2e63ad8d4bc143ed3065b 。更多时候不是。所以，我感觉我姿势不对。

@AlexHsu 现在确实不少八股文的，你不背吧，被人反卷，你背吧，相当于助长了这股潮流。。怎么办呢？一波人被一小波人玩弄，这就是现实吧。