@ukauka 因为那一条已经被修改过了，本来有一个 dropbox 链接可以下载 dump 的。


@ayanamist get

@cnbeining 根据 issue template 你不应该公开发放一个蓝屏 issue ，我觉得微软那边的人说蓝屏的 dump 给寻找安全漏洞可乘之机是有道理的。

另外您是 you-get 的作者？膜一个

我之前为了整理照片写过一段专门用来整理照片的，刚好有 recursive 下载文件夹的框架和 move 的命令，希望能对你有帮助

https://github.com/GeeLaw/1drv-layout

我个人对（ either repo 的） star 和 fork 没什么兴趣。但是如果你觉得有用，并进一步产生兴趣，您可以移步相关的一篇博文 https://geelaw.blog/entries/homemade-1drv-layout/

@ershiwo 如果你等不及 On-Demand Sync 也可以来看看土法炮制的用类似占位符机制做的整理照片的工具。

V2EX 真能当工单系统用么🤔😳

我在 GitHub 下面回你了……我猜的你的想错的地方猜对了么？

既然你已经知道 you-get 可以运作在 Windows （口误，应该说 Win32 ）下，为什么还要绕路找不稳定的产品呢？

@vibbow 说起来我还记得 Windows 7 刚发布的那会儿我给微软提交了一个 mspaint.exe （画图）里面的橡皮擦功能的 bug （经过一系列步骤之后会有诡异的擦除行为），被接受了，然后就没后文了。

@vibbow 嘛，如果就看这两篇我觉得现在的实现也是吻合文章的，就是很别扭……然而这个 bug 确实不是很紧急（至少肯定没有我 report 的那个紧急，如果你读了我的 report 并知道用错误的服务器发邮件会有什么后果的话

@pcatzj 还能是 Morgan Stanley 嘛 - -

@vibbow 首先那篇文章 applies to PowerPoint 2010 ，不过根据 2016 放映中按 F1 ，确实有相同的热键。

然后它说的其实是对的，因为 B / . 分别是 黑屏 /退出黑屏（可以如此强行理解 2333 ，不过实验表明 . 的功能是正常的，可以进入或退出黑屏）。

一般来说有些 tld 是自带黑名单的，比如 .cc 会默认在微信被屏蔽。

@hjc4869 实际上可以说成是“如果用 Microsoft 账户登录 Windows ，则你可以选择登出每一个应用；如果用本地账户登录 Windows ，则你可以选择用 Microsoft 账户登入每一个应用”，多么完美的对称！

另外我发现这个 shaboi 网站会自动在拉丁字母和全角字符（或者汉语字符之类的）之间加空格，即使是不应该加入额外空白的标点处也是，简直神经病。

Windows 的微信可以注销 - -

做了的话就无法通过 App Store 发行。

你可以选择 IAP ，然后授权基于账户；如果是整个 app 的使用解锁直接设置成付费 app 就行了。

没看懂这里的话有啥打击人的。

我觉得 Outlook.com 很棒啊，邮件、日历、联系人是世界 de facto 标准 Exchange 。

照片可以用 OneDrive ，或者 Google Photos （但是压缩很不爽、不压缩的话空间不太够）。

对我来说浏览器不需要同步，顶多是把几个常用入口固定到“开始”屏幕 /添加到主屏幕。

@anyclue 我还是没有理解，你不可以使用 EFS 吗？ EFS 和 ACL 是两个完全不同的防御方向—— EFS 防止可以修改或绕过 ACL 的人访问文件（例如本地 /域管理员，或者拆机）， ACL 防止一个非管理员在 Windows 的控制下访问这个文件。

如果你希望使用额外的密码加密一个文件夹或者文件，似乎 macOS 也没有这种东西，而 Linux 的那些工具也很难说是“原生”。第三方软件到处都是。

“ Windows 上的使用安全靠的是权限”，当然，哪个系统上都是使用权限最简单； EFS 或者任何其他加密方式是保护软件控制范围之外的，例如有人拆了你的硬盘（当然你需要把密钥也加密起来，比如把系统分区 BitLocker 上）。

我觉得你并没有理解加密和 ACL 的意义之区别，或者你懒得把这个概念给一个无知的人解释清楚。

如果你了解了上述知识，你可以选择建立另一个分区，然后把它装入空白的 NTFS 文件夹，然后用密码式 BitLocker 加密那个分区，这样你就可以加密一个文件夹了。但是任何明智的人都不会这样做——这很麻烦。

如果平时借给别人用的时候的是受限用户，两条路，一是给别人的时候用其他受限用户，然后自己的文件设 ACL ；二是给别人的时候仍然用自己的受限用户，自己建立一个新的受限用户用于存储受保护的文件夹，可以使用 EFS 而放松 ACL 。

但是这样你仍然面临着加密数据被删除的可能；如果你不想加密数据被删除，那么惟一的方法就是 ACL ，就绕回来了。

@jiezhi 并不需要 - -

……并不是无法访问，只是浏览器不想访问。

讲道理……我常年用高对比度，于是看到的效果比较平淡，感觉排版不是很好，这很正常，毕竟不是所有网站都是 well accessible 的。

然后我关掉了高对比度，结果效果居然没有什么变化。

排版上（在改进 accessibility 方面）可以改进的几点：

1. 屏幕太窄的时候不要分栏；
2. 使用更醒目的各级标题用于内容分块；
3. 小屏幕上经验的地理位置、角色可能会跨行，这会让你左边浮动的时限很难看，可以考虑 clear: both; 以及使用 CSS table ；另外这个问题在默认的打印页边距和缩放比例上也会出现，因此打印效果会不好 - -。

内容排版上：

1. ArchLinux 的 Linux 和 Arch 的样式不一样；
2. “ Web 前端……”没有空格，但是其他汉字和拉丁字母之间却有空格。

安全性方面：

不要直接写出来你的电子邮件地址，目前我使用一个固定的 one-time pad 来加密之，要求客户端必须使用 JS 才能看到你的电子邮件地址。

内容方面：

1. 不是所有的内容都有英文版本，因此可以完全不要英文的（各级）标题，同时也应该把“ source ”和“ demo ”替换为汉语；
2. 没看懂“ 40%”的含义；
3. GitHub 拼写错误；
4. html 元素的 lang 设置错误。