那为什么就非要是英语呢？我查了一下旧的账单，法国商户的名称是法语的。

>商户名称其实银行那边能看到,明明白白写着大使馆和航司
>如果这样的商户都被视作风险,路边小超市小餐馆还能刷吗,岂不是刷一次封一次

银行担心的不是大使馆和航司乱收钱，而是担心有人用你的卡/卡信息在这些商户消费。

应该批评的点是：(1) 已经告诉银行要出游，风控依然不允许; (2) 没有或者没有提供强行覆盖风控算法的渠道。

>既然如此,又何必排斥在地域上更高一层的国际语言呢

推荐的做法是发扬汉语。

可能是因为收礼人栓 q 、送礼人也“真的栓 q”吧（ bushi

@coderluan #3 是“算术方法”，算术方法当然是数学的一部分，虽然它已经被方程碾压了。至于

>不适合小孩子考试。

是非常令人惊讶的结论。有些考试题目会要求必须用算术方法求解（考察算术方法思维的掌握）。

————

回到楼主的提问，这个问题的本质是六年级数学中的语文，关键词是“单位一”。

> A 比 B 多/少 C 。

其中 A 和 B 是两个有量纲、同量纲的量，且 C 是一个无量纲数（ C 通常表达为 几倍、几分之几、百分之几 等），这句话的意思是

> A 比 B 多/少 B 的 C 。

理解这一点便再无疑问。

> 文件占用这块更直接：加一个 --kill-processes 参数，rmx 通过 Windows Restart Manager API 自动识别锁住文件的进程，干掉它，再删。

看了一眼实现，好疯狂。你已经知道 Restart Manager 了，为什么还要暴力结束禁止，而不是用 RM API 要求程序停止并重启呢？

> 它绕过了 Windows 的高层文件 API ，直接调用底层的 CreateFileW + SetFileInformationByHandle

这就是高层 API 吧，除非你想说 WinRT 或者 shell 对象操作。

> 日常使用方式完全不变——还是右键、点删除

大多数人用的是 Delete 和 Shift+Delete ，而且这个程序的删除和用户通常的删除意思很不同（后者是移动到回收站）。

另外看了一眼 shell extension 的注册代码，也相当暴力。楼主是否知道 shell extension 可以被任意具有“打开”文件对话框的程序加载？是否知道用户的 shell 不一定是 explorer.exe ？强行关闭其他进程的句柄相当于让整个 session (非管理员) / boot (管理员) 都出于非一致状态，惟一恢复的方法是重启系统。

而且这整个注册过程也是 over-complication ，你注册了 IContextMenu ，但是没有使用任何 IContextMenu 的高级特性，而且你的 shell extension 只能在相合的 bitness 进程里加载。推荐的做法是注册 IDropTarget ，并且用 exe 实现 IDropTarget ，这样的优势：

- IDropTarget 的实现比 IContextMenu 简单很多
- 任何 bitness 的进程都可以访问你的 IDropTarget
- 取消注册的时候，可以直接 kill 你的 IDropTarget 进程，进程隔离确保任何不受你控制的进程不会被破坏

应该复习一下为什么可计算理论只需要考虑判定性问题。设 f 是 x |-> y 的函数，其中 x, y 是 {0,1} 上的字符串，令
L' = { (x, n, b) : |f(x)| > n 且 b = f(x)[n] },
则 L' 在可计算意义下等同于 f ，其中有序对采用通常的编码。

令 x 为一个特殊疑问句，问：

你对 x 的答案的 UTF-8 编码有至少 1 个字节吗？
你对 x 的答案的 UTF-8 编码的第 1 个字节的第 1 位是 0 吗？
...
你对 x 的答案的 UTF-8 编码的第 1 个字节的第 8 位是 0 吗？
你对 x 的答案的 UTF-8 编码有至少 2 个字节吗？
...

对于随机化问题，可以先去随机化。

@JimLee0921 #6 @tmkook #15 腾讯写了 DMCA 投诉函，发送给 GitHub ，投诉函里面有需要被删除的 repo 地址。跟是否实名无任何关系。

@Oceanhime #13 菜刀非法论，评价为最好直接禁止所有 CPU 厂商和操作系统作者。

与此同时，ReactOS 最近的大新闻是进一步强化了 NT 6.0 兼容性。

@passive #6 应该说本来就很困难，在传统环境下，行末注释前是否有空格，只在最后一个 token 是控制字符或非控制序列的时候才有意义，并且在 expl 语法下空格是忽略字符，因此以后会越来越倾向于注释前有空格。

注释和之前的内容之间有被忽略的空格比较符合（代码）排版习惯——这样看起来比较舒服。

@passive #4

>总是在行尾注释前加一个空格

这有可能是某些底层编程技巧过拟合的结果……请参考：

\def\FutureSetToOne#1#2{%
#2=1%
#1%
}% ^^^ 错误
\newcount\mycount
\FutureSetToOne 2\mycount
% ^^^ \mycount=12 并且不排版任何内容

\def\FutureSetToOne#1#2{%
#2=1 % <-- 这个空格确保 TeX 停止解析数字
#1%
}% ^^^ 正确
\newcount\mycount
\FutureSetToOne 2\mycount
% \mycount=1 并且排版 2

输入网址 msftconnecttest.com/redirect

这个是微软的 NCSI 域名，不会使用 HTTPS 。我不知道 Apple 的 NCSI 域名，但你可以搜索这个关键词发现可能的答案。

英文版里搜索 environment 就可以看到两个链接，一个是编辑系统环境变量的，另一个是编辑用户环境变量的。在“开始”菜单里搜索 environment 也有。大概中文版也可以搜索 environment 或者“环境变量”找到。

另外这样打开不需要经过 sysdm.cpl （高级系统设置）提权的步骤，即使当前用户不是管理员也可以用。用命令打开的话：

rundll32 sysdm.cpl,EditEnvironmentVariables

试一试：打开 Settings ，点 Accounts ，点 Sign-in options ，关闭 Automatically saved my restartable apps and restart them when I sign back in

另外的提示：还可以关闭 Use my sign-in info to automatically finish setting up after an update

推荐调用 DwmSetWindowAttribute 函数去掉显示图片的窗口的圆角，毕竟图片本身是普通矩形

https://learn.microsoft.com/en-us/windows/win32/api/dwmapi/nf-dwmapi-dwmsetwindowattribute

// 从这个版本开始 DWM 会自作主张加上圆角
if ((GetVersion() >> 16) >= (DWORD)22000)
{
DWM_WINDOW_CORNER_PREFERENCE dnr = DWMWCP_DONOTROUND;
DwmSetWindowAttribute(hwnd, DWMWA_WINDOW_CORNER_PREFERENCE, &dnr, sizeof dnr);
}

@SingeeKing #3 我解读的他的意思是：删除了 .DS_Store 文件之后 git add . 还是无法把删除的事实记录到 staged 。

#1 的第二个问题已经提示了可能他删除 .DS_Store 和 Finder 重建 .DS_Store 和 git add . 的扫描之间有竞态条件，但是他似乎比较喜欢和大家玩 psychic debugging 游戏。

另外，无论 .gitignore 是否忽略 .DS_Store ，用 git add . 都是可以发现在 staged/index 里的 .DS_Store 文件已经从 working tree 删除的情况的。

欢迎来到 psychic debugging session 。

第一个问题：你试过找到一个仓库里有的 .DS_Store ，然后在那个目录下 git rm -f ./.DS_Store 再 git commit 再 git push 吗？

第二个问题：你试过关掉 Finder ，再删除 .DS_Store ，再 git add . 再 git commit 再 git push 吗？

第三个问题：想没想过给出程序的输出会更容易调试问题呢？

所以答案取决于如何理解“安全”，按照“在模型下满足模型里的约束”的定义，当然是安全的。

Windows 的安全模型里，可执行程序没有身份，最细的权限粒度基本上就是“用户”（会话、窗口站点、桌面基本上和用户这一套是正交的），如果用户 A （人）用用户 B （ Windows 权限控制模型的对象）的身份运行程序 C ，那么 C 可以访问所有用户 B 的信息。

可执行程序没有身份，所以不存在加密方式，使仅某个可执行程序可以解密。所谓 app-bound encryption 只是让恶意软件需要绕路（实际上解密的进程是以用户 SYSTEM 的身份运行的，并检查请求解密的进程是 Chrome ），并不能从权限模型上禁止恶意软件。绕过方法很简单：用户 B 当然是有权限调试用户 B 的进程的，因此恶意软件以用户 B 的身份启动后，只需要调试用户 B 的 Chrome 即可注入任意代码，包括“解密之后发送出去”这种代码，此时 SYSTEM 身份的进程会认为请求解密的程序是 Chrome ，所以会同意。

实际上，要给用户 B 身份的非 app container 的应用程序注入代码非常简单，因为 shell 是可扩展的，只要注册一个 shell 扩展，那么在用户使用“打开”“保存”这类对话框的时候就很可能会加载此扩展。

预防针提示：Windows 8 引入的 app container 只能确保 container D 不能干扰 container D 之外的东西，不能确保用户 B 不能干扰它的 containers 。

@JadePenG #6 “完全在 Excel 表格中找不到”是单纯因为 Excel 没有实现查看缓存的功能，无责任推理：缓存只是一种提升性能的工具，常见场景是被链接表在内网的共享文件夹或者企业私有云里面，链接工作簿可能在各种位置（包括跨国公司的另一个国家的内网里，或者电脑本地），而每次查询都要访问云实在太慢了，或者用户可能出差，笔记本不在内网，或者需要很慢的 VPN ，所以需要缓存让数据在链接工作簿里存在；缓存不是面向最终用户的功能，因此没有必要让最终用户可以查看，而要实现可以查看需要费力气，所以不实现。

答案就在文档里

https://support.microsoft.com/en-us/office/manage-workbook-links-fcbf4576-3aab-4029-ba25-54313a532ff1

链接工作簿是有缓存的，并且可以选择不提示用户刷新缓存。文件很小不代表缓存不到位：首先被查询表是复合文档格式（ xls ），很可能查询工具表本身也是复合文档，这种的存储效率很高；如果查询工具表是 XML 格式（ xlsx ），那它自带 ZIP ，可能有压缩。

如果是 XML 格式，直接解压缩就可以看到缓存的数据。

建议提示单位，而且无论如何实现，允许用身份证号码直接查询工资明细也是比较严重的信息安全问题。有功夫研究自动查询公式，不如一步到位直接自动生成所有人的工资条（ VBA/PowerShell 访问 Excel COM 都很方便）。