不存在修改已经建立的 profile 路径的好方法，一旦首次登录，你的 profile 路径就算是定死了。要修改，需要再第一次登录之前就改好用户名。

方案 1 （假装从来没登录过）：备份文档，建立另一个管理员，注销；登录新建的管理员，用 sysdm 删除你原本账户的 profile，用 lusrmgr 修改原来账户的名字，注销；登录你原来的账户，删除新建的管理员。

这个方法有可能会出问题，因为我最近删除 profile 后重建，Microsoft account 功能不正常。

方案 2 （新建账户）：备份文档，建立另一个管理员，注销；用 Settings 删除原本账户，再用 Settings 建立新的、和 Microsoft 账户关联的账户，用 lusrmgr 修改新建账户的名字，注销；登录新建的账户，删除之前新建的管理员。

一个简单的做法是牺牲语义，手动在 code 左右加合适的空格。而且拉丁文本里 code 两侧本来就有空格。

如果那些文件都已经存在于 OneDrive，你只要等它下载就行了。

我个人还是觉得本地和云分开放两个位置比较好。

@Austaras #1

1. 这和 Chrome 有关。

如果用 Edge/Chrome 分别右键本帖里的链接另存为，会得到同样 sha256 = 4151434305F6EED9B06892C6CB21526BD744A2BD1471ECE6964FED31B99C6F68 的 jpeg 图片。
如果用 Edge/Chrome 分别打开链接并另存为图片，Edge 会得到和刚刚一样的图片，而 Chrome 会得到 webp 图片。
如果用 Start-BitsTransfer 或者 Invoke-WebRequest 下载，则会得到 jpg 图片。

具体原因是 Chrome 会在请求头里输入 Accept=text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9

于是 Cloudflare 会返回 image/webp。

2. 浏览器通过 Content-Disposition 知道扩展名是 webp，Content-Type 知道文件 MIME 类型是 image/webp。当然，可能 Chrome 并不关心来的图片到底是什么格式，直接交给底层渲染器，底层渲染器可能会自动识别。通常来说，如果你把类型写成文本，Chrome 并不会把它看成图片，即使里面包含 magic number。

3. 正确的方法就是右键点链接另存为。

OneDrive 不允许文件名带有大小于号：

https://support.office.com/en-us/article/Invalid-file-names-and-file-types-in-OneDrive-OneDrive-for-Business-and-SharePoint-64883a5d-228e-48f5-b3d2-eb39e07630fa#invalidcharacters

如果你不想在 Windows 上同步一个文件夹，可以 Choose folders 里面不选它。

你可以定义表达式 A 比表达式 B 更精确当且仅当 A 识别的语言是 B 识别的语言的子集。这个序不是全序。

判断两个表达式是否等价 和 判断一个是否比另一个更精确 是 poly-time Turing 归约等价的，前者是 PSPACE-complete，所以不要指望一个快速的算法。

实践中，如果你的表达式很小，要判断 A 是否比 B 更精确，可以看 A 交 B 的最小 DFA 和 A 的最小 DFA 是否等价，这需要指数时间。

@ThirdFlame #28 楼主觉得自己选择了 RSA 加密算法，应该同一明文得到很多不同的密文，回复中问为什么非对称加密都要明文有不同的密文。一个不安全的非对称加密算法（仅符合语法和正确性）当然没有必要有随机化的加密算法。显然讨论不安全的加密算法是否非要随机并不是楼上一些回复的疑惑。

另外，那个问题不是“我的问题”。

@xiri #29

之前我一直是说结论，懒得提症结，觉得还是需要点明一下：很多回复混淆了 RSA 陷门函数和（安全的） RSA 加密。

@bagel #21 根据 #7 的说法，另一个 Java runtime 的实现是不同的，我猜另一个实现是 Sun 或者 Oracle 的，这个实现出现如此严重错误的可能感觉也不大。

@baicheng10 #19 如果你加密同一条消息多项式次，密文以极高的概率各不相同。
@ThirdFlame #20 确定性加密并不安全。
@mxT52CRuqR6o5 #24 你可以参考 #23 的链接。

@mxT52CRuqR6o5 #17 和非对称密码学紧密相关的算法可以总称为“非对称密码（学）算法”，而“非对称加密算法”是指非对称加密方案 (public-key encryption scheme) 的加密算法 (encryption algorithm)。

@momocraft #2
@CEBBCAT #9
@nvkou #13
@xiri #14

一个定理：一个具有最基本安全性（具体来说是语义安全）的非对称加密算法必须满足，正常生成的密钥，加密同一消息两次，密文相同的概率必须非常小。

回到题主的问题，我个人并不是很懂 Java 的 API，根据文档字符串是 RSA 的时候使用 PKCS#1 定义的 RSA 变换，我个人也不是很懂 PKCS#1，一个可能的理解是 Android 上该算法的实现是 RSA 陷门函数，并不是一个安全的加密算法。

只有我一个人想知道为什么 3、8、12 月都下沉了吗

@jimages #4 显然第二个解法里第一个 overload 我忘记删除 template <typename T> 了

因为一个对 print(os) 的调用总是会产生，所以出错。

一种解法是用 if constexpr 阻止不发生的路径的代码生成。
另一种是用重载

template <typename T>
std::ostream &print(std::ostream &os, T const &t) { return os << t; }

template <typename T, typename ...TRest>
std::ostream &print(std::ostream &os, T const &t, const TRest &...rest) { return print(os << t, rest...); }

第一个版本更加优先。

更自然的解法是允许 0 个东西被打印：

template <typename T>
std::ostream &print(std::ostream &os) { return os; }

template <typename T, typename ...TRest>
std::ostream &print(std::ostream &os, T const &t, const TRest &...rest) { return print(os << t, rest...); }

理论上你读完收件箱之后进行 IMAP 同步会把另外两个文件夹里的也设置为已读。这个现象是因为 Gmail label 不能映射为传统的文件夹，一封邮件可以存在于多个 IMAP 文件夹里，或者可以认为一封邮件具有多个硬链接。

此现象也可见于发给自己的邮件（发件箱里的邮件会是未读状态）。

@est #23 根据 https://devblogs.microsoft.com/oldnewthing/20040517-00/?p=39313 文档里的说法和你提到的 tweet 不同。

@est #13 省略号和对话框之间的关系认识错误。省略号表示需要另外的数据才能完成操作，例如“关于”菜单项没有省略号，因为它的对话框是操作结果。

另外 S 那个现在一直也有，而且是非英语系统的 workaround，在英语系统里是直接在 Start 的 S 下面加下划线的。现在的 UI 允许隐藏下划线。

此外在当前焦点不在本身具有输入功能的控件上时，不需要 Alt，只要按对应字母就会触发 accelerator。

@FrankHB #12 楼主这个 malloc_usable_size 都不是 C 或者 C++ 的一部分（

adversarial fashion

@heyenyan #6 你才是大叔