@fkdtz 回帖啥时候有 markdown 的。

凡是遇到涉及到网络存储的，我一般会先问 rclone 不行吗。

@dcoder 反正我个人比较喜欢 Proxmox 。
大企业用 VMware 主要还是享受技术支持，vCenter 加上一大堆 ESXi 组集群的话倒也还行，炸了打电话找工程师来修就行，除了贵亿点以外（

@2i2Re2PLMaDnghL 可以考虑 apt 只下载不安装，然后等过半个月再去 apt cache 里手动安装 deb 包……

我司，给普通人的开发机只有公司内网可以访问。
我在家办公，每天开电脑第一件事就是连 V○N，然后才连我的虚拟机。
别的不说，给服务器的防火墙限制一下只有公司 IP 能访问就行了吧，最简单了。
离职了自然就失去访问权限了。

@afirefish ESXi 也不算那么稳定吧，偶尔也是会出紫屏的，而且因为受众相对比较小，所以对一些小众硬件支持有问题。（之前有一个 HP Gen8 刀片机跑 ESXi 用推荐的阵列卡驱动百分百炸数据，需要自己魔改换驱动才能跑起来……）
性能上也不见得好到哪去，特别是强迫你用 VMFS，比 LVM Thin 可能好点，但是比 LVM 我觉得差很多。

另外 vCenter 几乎是必备的工具，但是这东西贼贵而且非常不稳定（现在不知道好点了没）。有一台半生产机跑 VMware 然后遇上机房大楼掉电，回来以后 vCenter 数据库炸了，小鸡配置丢光还留下很多删不掉的残留项目，估计只能重装才能彻底解决了。后来我们新装了一台 Proxmox 把小鸡都搬过去了。

就不说前段时间出现的任意执行漏洞了……（摇头

ESXi 个人使用确实是免费的，只不过不带 vCenter 功能太少了，只能当玩具。

@dcoder 收购？ ESXi 是 VMware 从头开发起来的东西啊，内核都是 VMware 自己开发的。

只懂 Ruby，写起来不难。
x = [1, 3, 5, -2, -1, 3, 5, 2, -1, -3, -3]
x.chunk(&:positive?).map(&:last).map(&:sum) #=> [9, -3, 10, -7]

Python 里如果有类似的方法的话照着改一下就行了吧。

@nowheretoseek 是的。现在的 UTF-8 如果再扩展的话，最多可以表示 1 亿以上的数据点。
如果实际需求更大的话，那就再发明新的编码方式就行了。
世界从当年的本地字符集过渡到 Unicode 也就花了几年十几年的时间，在人类发展历史中基本都是小问题。
（光从 IPv4 到 IPv6 要过渡多少年想想就蛋疼……）
现代化的计算机系统里，这些东西都是尽可能模块化的，就算要彻底替换，也不是特别困难的事情。

Unicode 一直在被 new 。最后一个版本是 Unicode 13.0，正在做的草案是 14.0，如果有外星文字出现的话，做个 15.0 就行了，问题解决。Unicode 的容量可以说是无限的。

Unicode 可以看作是文字的索引。比如字母 A 的号码是 65，比如火星文里某个字的号码是 114514，假如某个外星文字有一亿个不同的字符，那就给他们编一亿个编号。新版本的 Unicode 就是给更多的字编号，给他们一个“名分”。

然后这个数字怎么保存在文件里或者内存里，这个就是用到编码转换，比如你把 65 保存成 00 00 00 41 这就是一种表示方法。如果有朝一日不够用了，就扩展成能表示更多号码的格式，比如 8 字节，16 字节长度等等。这个过程本来在这十几年里就一直在发生着，越来越多的少数用户语言被加入到 Unicode 中。外星语言只不过是另一种待加入的普通语言罢了。

@john6lq 单 repo 没必要搞 PR，用 MR 就行了，这和流程规范没关系。

大多数场景下程序只需要关注 byte[]，不需要关注字符串。
byte[]到字符串的映射是可以修改和增加的。
外星文的文字和少数民族的文字有什么本质上的区别吗？
泰文，阿拉伯语，泰米尔语，等等各种各样的文字不都能够表示了吗？
你把外星人当作一个新的少数民族就行了。

夏令时应该已经算在时区里了吧，不需要单独计算的。比如说你这里 GMT+8，夏令时冬令时都是+8，本来也不需要单独处理。又比如说美东，EDT 是 GMT-4，EST 是 GMT-5，照着时区去解析就行了。

发行版就是软件包的集合。Debian 11 发行版里只有 PHP7.4 和 MariaDB，没有包含 PHP7.3 和 MySQL 这些软件包。需要第三方软件可以用第三方软件源。

@FrankAdler 哪里激进了？
你说的「测试版」和正式版之前只差一个光盘安装工具。
如果测试版激进，那你装正式版不也一样激进？反正软件包都一样的。

Debian 11 在 3 月份就已经 Hard freeze 了，7 月份 Full freeze，如果不是安装工具需要测试，原本 7 月份就能发布正式版了。对于绝大多数人来说，3 月份就已经可以升级了。事实上我的不少服务器就是 3 月冻结以后就升级了。

@azev 软件升级当然会继承之前的数据。又不是 Windows，升级的时候顺便给你清空一下。

NAS 直连别的设备看看协商速度。
如果换线换机都没用那可能是 NAS 的网口物理损坏了（比如里面的铁丝变形了）。

最近的 revision 和本地文件不一致不是很正常吗，你不签出最新 rev 那当然和本地不一致了。
Merge 有 change 不是很正常吗？操作的问题？ GitLab 的问题？哪部分算是问题？要避免什么？
我也没看懂到底发生了什么。