1.这方面的法律，其实是有漏洞的。法律只规定了白天与晚上的噪音分贝值，但那个值其实仍然很吵。

2.应对方法也不难，楼上只要一吵闹，你就去敲门。你带个分贝计，去敲门时自己拍视频留证据，每次敲门声音，不要超过法定分贝值，但可以无限接近该分贝值。

1.生产不要用 PVE 集群。PVE 集群是 PVE 官方用来赚取服务费的，比如，PVE 后台的集群功能，只有添加节点按钮，没有删除节点按钮，没有编辑节点按钮。节点一旦出问题，只能进控制台，用 PVE 官方给出的磨砺两可的命令进行操作，而且删除节点，PVE 官方居然要求节点关机。并且，如果你自己处理不了，就不能去买 PVE 官方的收费服务了。

2.PVE 可以在测试环境中，进行单机使用，优势是灵活，Linux 系开机速度快。

3.生产环境，如果对数据有很高的实时一致性要求的，存储建议专门安装 CephFS 。如果没有，直接双机，第一台写入机，用 cron 给 rsync 做定时同步即可。

4.能 docker 的尽量 docker 。

5.k8s 最好别碰，原因是这玩意要搭建起来，你一个人没有几年积累，时间与经验根本不够。

6.如果我是你，留一台配置最差的上 Debian 12 + OpenZFS 作为备份机，其他所有服务器，直接全上 VMware ESXi 集群，然后开 HA 。

PotPlayer 可不只是播放器，它有个逆天的功能，让它成为导播台。

一键在进度条上面做书签标记；
一键在书签标记进行前后切换；
一键 5 秒、30 秒、1 分钟、5 分钟地前后跳跃；
一键前后关键帧跳跃；

你都不知道这功能有多强。

本来这玩意，低代码平台，给大家的印象是，通过给公司里懂技术的同事，进行简单的培训，让其通过低代码平台，快速制作一些简单的 OA 小应用，避免昂贵的定制开发。其价格，几千到一万元每年的授权费，已经差不多了。结果一调研，不仅有每年不菲的授权费，还需要按人头额外收费，年费套餐里的免费人头数量不够用，超出部分，几个平台基本上都是每人每年大几百元，公司如果人多，这又是一笔不小的费用。

不负责任的小道消息是，阿根廷倒戈亲美，不愿意用美元偿还中国债务，中国谈判后，让阿用牛肉来偿还。

这事坑了国内一大堆养牛的。

阿根廷的牛肉便宜，是因为那里没昂贵的环保成本，以及人工成本低。

内存无 ECC ，不要在里面存放重要数据或生产数据。

1.在自然界，优秀的雄性与雌性，本来就会拥有更多配偶，拥有与更多不同配偶诞下的后代，来对抗自然变化的风险。
所以出轨这个贬义词，本来就不合适，它是人为加上的枷锁，是反人性，反自然的。

2.人类社会，之所以推崇一夫一妻制，目的是在明面上，保护大多数底层与中层人，让他们拥有较为稳定的配偶，进而维护统治的稳定性。但实际层面上，优秀的雄性与雌性，仍然会通过各种方法，与更多不同异性产生后代，只是他们也不会把事情做绝，不会让事情过于暴露。

3.之前某一线城市，统计数据，离婚率接近 5 成。

总结：出轨才是正常行为，不出轨反而少见。

主要是踩了平板 RDP 电脑的小众的坑。

任何软件，任何场景都可能有 bug ，主流场景因为用的多人，bug 发现后容易被快速修复。你这个场景太小众了。

关于小众场景，我还遇到过，3 代 i7 ，DVI 转 HDMI + HDMI 双屏混插，核显+RTX 3050 显卡，Win11 ，远程桌面一开，Win11 就蓝屏。换成服务器 CPU 就没问题，双屏直连 RTX 3050 显卡也没问题，双屏换成原生 HDMI 也没问题。

小众 bug 主要是难发现，官方难复现，因成本问题不容易被修复。

1.正经硬件，并且软硬件无 bug ，就没问题。

2.某些硬编码的服务器硬件，或者 ES 版本的硬件，或者遇到 OS 或 APP 有 BUG ，就难办。比如虚拟化平台对多 CPU 的处理，以及对大小核的处理，初代版本很容易有考虑不周的 bug ， 某些知名品牌的 x79 或 x99 ，甚至会出现最后一个内存插槽容易翻车的 bug 。

关键是人的贪欲，贪欲一词在这里并不是贬义，而是生物的本能。

无房的想变成有房的，进而想多套房、郊区大别墅、市区大别墅、工作地点附近大别墅、商业街附近大别墅、全球各种景点附近的大别墅等等。

只要你的财富不断增长，对于住，大概是这个路线。甚至马斯克还想去火星上搞一套大别墅。

楼主举的注入例子：Payload {"password":{"$ne":"111"}}

这正是参数化查询模块要去处理的事情，如果这还没注入了，你确定你正确使用了参数化查询模块？

建议用 AI 把你的代码检查一遍。

相同或互补，这不重要，重要的是，对方性格好、要有脑子、三观正。

你主要的问题是，你的方案太小众，太非主流了，这种情况需要完全掌控，要不你很有钱，要不你能力极强能 hold 住。

1.Linux 本来是为无桌面的 Server 设计的，你非要拿来玩桌面，甚至当主力机，必然会遇到非常多的小问题。而且因为这种场景的用户少，很多问题，原因难找，就算找到原因，开发者也不一定能及时修复。

2.你接触的 OS 太少了。但凡是个正经的计算机爱好者，Windows 、Linux 、Mac 、安卓，必须都要有相应的机器，不要偏袒哪个 OS ，都要去用，去尝试，去了解它们的优缺点。

3.你电脑故障了，应该去修理，或者去收一个同款。直接换 OS ，相当于整体基座更换，所有习惯重来一遍，代价太大了。

历史原因。

1.CUDA 当年是一个第三方的爱好者搞出来的，不是 Nvidia 搞出来的。

2.老黄当年看到这个事情的潜力，向管理层申请，但管理层觉得风险大且鸡肋，就没同意。
老黄是坚持了很多年，背负了很多责任，搞定了很多别的大事，最后管理层才同意老黄搞这事的。

@sldaniel

没有 ECC/RECC ，基于校验也不行，因为有可能发生内存颗粒翻转，导致在备份时 f(x) -> y ，在备份时，很有可能会 reuse same memory block ，所以就算从 y 进行验证，经过翻转颗粒后，仍然有概率会得到 f(x)，导致备份程序以为验证成功。

等你下次恢复时，大概率不会再次经过相同的翻转颗粒的内存块，此时数据就会因通不过校验，要不炸，要不显示数据损毁。所以 ECC/RECC 内存是一定需要的。这种内存虽然也并不是 100% 能恢复错误，但它有现场校验机制，通不过校验会产生 system log 甚至蓝屏，来提醒你更换内存。