国际版不存在这个问题

同一台电脑，我直接格盘重装 Windows ，重装完成后重新登录 Firefox ，各种设置自动恢复，包括扩展、插件全部都自动安装回来了

并且我就只在这台电脑登录了 Firefox ，没在其它设备登录过

对于 vi 和 vim 不太感冒、不常用，其实很寻常，OP 并不 Low

我自己也不怎么用 vi 和 vim 的，因为现在的 Linux 基本都自带 nano ，只要发行版不是很老旧的话

而 FreeBSD 自带了 ee （命令就叫做 ee ，意思是 easy editor ），时间远早于 nano ，所以同样不需要十分依赖 vi

于是我一直都没怎么用过 vi 和 vim

制作出比 v2ray 更好用的梯子，保证 start 数狂飙

最佳做法就是换新的编译器（ MSVC 或者 GCC 或者 Clang 均可），使用 C++11 的 std::random_device
（等待答案的这段时间，足够用来下载新版本了）

cppreference 连示例都列出来了
https://en.cppreference.com/w/cpp/numeric/random/random_device/random_device
照抄就能用，只需要按照实际需求改一改 d(0, 9) 的范围就可以了

顺便扩充点内容：
cppreference 给出的这段 demo 用了 4 种不同的 std::random_device 初始化版本，对于 MSVC 而言全都一样，初始化参数会自动忽略掉（我猜也许 GCC 和 Clang 在 Windows 都是一样的，若要确定那就需要查源码，我懒得查了），微软自己的文档就有提到‘the values produced are non-deterministic and cryptographically secure, but runs more slowly than generators created from engines and engine adaptors’
https://learn.microsoft.com/en-us/cpp/standard-library/random-device-class?view=msvc-170
似乎在暗示 MSVC 的 std::random_device 会尽可能调用硬件生成器

ESXi 并非基于 Linux 内核，而是闭源的 VMkernel 外加 Busybox 做命令行界面，VMware 自己就回答过类似的问题：
https://communities.vmware.com/t5/ESXi-Discussions/What-is-ESX-ESXi-kernel-name-Does-Linux-like-kernel/td-p/2509929

还有相关扩展解读：
https://www.v-front.de/2013/08/a-myth-busted-and-faq-esxi-is-not-based.html

ESXi 当然可以组成集群，这是企业版的功能，叫做 VMware vSphere 。为了管理这么一大堆 vSphere ，VMware 也有配套的控制工具，叫做 VMware vCenter 。

malloc 获得的指针在解引用之前都应当先判断是否为 nullptr 。

不过既然你确定不为 nullptr ，那么单纯就谈这段代码的话，没问题，随便用，只要最后别忘了释放掉。

如果你的电脑有 Visual Studio ，那么可以打开“Developer Command Promote for VS****”，再用 editbin /largeaddressaware 给这个 exe 启用大地址支持，这样可以用满 4G 内存。

用法很简单：editbin /largeaddressaware 你的程序.exe

注意，使用 editbin 之前必须备份好原 exe ，因为 editbin 会修改 exe 文件本身（其实名字本身就已经说明一切）

奇怪的文字又来了，每次都是“康熙部首”区域的符号替换掉正常文字，这次直接在标题就替换，果然是故意的是吧？

⽣(U+2F63)、生(U+751F)
⼒(U+2F12)、力(U+529B)
⼤(U+2F24)、大(U+5927)
⼯(U+2F2F)、工(U+5DE5)
⻓(U+2ED3)、长(U+957F)
⽤(U+2F64)、用(U+7528)

噢刚看到升级过驱动版本也不行，那就不如试试 USB 网卡？

毕竟 Win10 可以但 Win7 不行，这就很奇怪

会不会是驱动问题，试试更新驱动版本

跑个题，在 Zig 语言出现之前，我印象中的 Zig 是 Zig and Sharko 的那只鬣狗（虾米狼）

Zig 语言第一次进入我眼帘的时候，我心想：想不到会有人把新的编程语言以动画片的主角名字来命名

这篇文章是多个人编写再汇总整合的吗？怎么连文字使用都不统一？

⽂(U+2F42)、文(U+6587)
⾼(U+2FBC)、高(U+9AD8)
⽤(U+2F64)、用(U+7528)
⼾(U+2F3E)、户(U+6237)
⼩(U+2F29)、小(U+5C0F)
⽆(U+2F46)、无(U+65E0)
⻛(U+2EDB)、风(U+98CE)

这样会导致页面上的部分段落显得尤为突兀，容易打断阅读者的思路，突兀次数越多打断的次数也就越多，反正我在阅读的时候已经被这些突兀的文字转移了注意力。

@linuxgo 从来就没喜欢过 Total Commander ，我个人还是更喜欢用 Windows Explorer

文件管理器自带多 Tab 功能（对我来说很有用，是我升级 Win11 的原因）

自带安卓子系统

《我的瓦格纳人生》

已经看完一半，剩下那一半都是歌剧 /乐剧的介绍、分析和解读，打算一边看剧一边对照着理解+欣赏
应该需要好几个周末才能完成

@julyclyde 仅限“全部都是大幅度修改过的文件，且文件大小有改变、文件修改时间有改变,，同时 100%保证传输过程绝对不中断”的情况下 rsync --whole-file 才会比 syncthing 有优势。

其余情况下都是 syncthing 占优。

@julyclyde 大幅度修改的时候，rsync 可以用 --whole-file 无脑复制，省去从增量比较这一步。
如果文件不大，比如都是一堆 jpg 文件，区别也许不那么明显；万一都是大文件，比如视频转码，一大堆转码后的文件，那么差异还是比较明显的，毕竟 syncthing 需要像 BT 软件那样全部文件都扫一遍、重新计算整体与部分的哈希值，这一步没办法跳过去。

如果服务器上的文件经常重命名后移来移去、复制粘贴，那么 syncthing 效率比 rsync 更高。
如果文件内容经常改来改去，小幅度修改的情况下（比如 Log 文件追加内容）仍然是 syncthing 更好，大幅度修改的话（比如 JPEG 文件更改压缩率）那就 rsync 更好。

成品 NAS 的好处在于开箱即用，可以说插上硬盘就能用，包括各种同步功能（比如手机相册）也是内部自带，不需要考虑“为了实现这个功能我该安装什么软件”。

Windows Server 的文件服务器优势在于，在需要文件共享 + 需要用户权限管理的时候特别灵活，既可以搞成基于域的方式（需要有 Windows Server 管理的基础知识），也能做成普通的 Server 本机账号、通过输入用户名+密码实现不同的权限管理方式。
鉴于大多数客户端都是 Windows ，那么在权限管理方面，Windows Server 在共享过程中的权限控制应该是兼容性最好的。

在 Windows 电脑只要随便找个文件夹，右键单击属性，进入“安全”选项卡，再点击“高级”按钮，就可以非常精细地管理每个用户可以有什么权限，精细到什么程度？随便双击一个用户条目，点开右侧的“显示高级权限”，就可以看到了。
用 Windows Server 做 NAS ，就能“天然”使用这种方式。

普通的成品 NAS 如果不使用 ACL ，单纯只靠 UNIX 权限（就是常见的 0777 、0755 那种）是做不到这么精细的设置的。

这就是 Windows 做 NAS 和成品 NAS 最为明显的区别。