我看着有些楼层的感觉就是“除了关机的时候我都不关”

今日小知识：短期内断网仍然可以支付，见 /t/276609

@geelaw #2 忘记 // 了（

http:(?=([A-Za-z0-9_-]+\.)*(google|sougou)\.)

用一个 positive lookahead 即可上面这个表达式不能处理 http COLON SLASH SLASH google DOT phishing DOT com 的情况，另外搜索引擎搜狗的域名其实是 sogou。

@geelaw #2 导致这个变化的可能原因是 Gmail 增强的安全策略，或者楼主关掉了“允许较不安全 app ”？我记得有一种设置可以拒绝 Gmail 通过主密码访问 IMAP，还有 Gmail 可以在邮箱设置里完全关掉 IMAP。

前三个显然是同步邮件、通讯录、日历必须的授权，最后一个我不知道 macOS 是否用得着。

Gmail 的 IMAP 不如私有 API 能表达 Gmail 模型，自然是用 API 更好。此外 Gmail 直接用密码其实更不安全，相比之前把密码存在机器上，现在只存 token 更好。

原来这是最近版本才有的设计（我之前也疑惑怎么会有这么可怕的访问性问题）

你的行动并没有代表本来的意思，因为并不是所有的 ![]() 都是图，而且有些图是有 alt 的。最简单的正确做法是用 Markdown 编译器把 Markdown 编译成 Markdown。

当然，实际情况是你的所有 ![]() 都是图，那么这样的替换也是不安全的，因为你忘记了非贪婪匹配。

第一种解决方法是在 macOS 上安装 GNU sed，然后用 GNU sed。

第二种解决方法是在 macOS 上输入 man sed，查看 macOS 的 sed 如何在替换字符串里用捕获组。

10 GB 比起来 1 TB 简直是毛毛雨了。这个只有新注册用户才有效果。

更需要关心膝盖和腿

@ACool #7 我不在 UIUC

@RingoTC #12 assigned，不知道内部进展。另外我发现 Chrome 的 bug tracking 页面在 Edge 17 上不显示 - -

@dimlau #13 我的排序方案是多关键字，第一关键字是最后修改日期（晚的先），第二关键字是创建日期（晚的先），最后是 id （按字典序）。

正确的变位是 do not break （或者 did not break ）而不是 do not broke。关于你在 blog 里链接的文章，汉语翻译版本的“时间流赢了”可能来自原文 It was easier — faster! — to literally go with the flow … of time. 这翻译完全是错误的。原来的文章和 blog 排序也没有什么太大的关系。

Markdown 自然语言文本没有“换行”的概念，那个叫做“换段”。连续两个换行翻译为 HTML 换段。用末尾双空格换行是一个超级糟糕的设计，因为很多现代编辑器会删除 trialing space。

@woncode #16 你似乎理解错了“渲染”的意思，如果你写 Markdown

Hello,
world!

就相当于写 HTML

<p>Hello,
world!</p>

以上叫做 HTML 的渲染结果，在浏览器里你会看到 Hello, world!（默认的 CSS 的情况下）因为 p 这种自然语言文本类型的元素默认 white-space: normal; 相当于 \s+ 替换为一个空格。

@maokwen #18 这确实是一个问题，但是这个和中文不中文其实没啥关系，是 HTML 的空白处理策略根深蒂固的问题。

但是加一个空白行的好处是即使不用首行缩进、不用段间距，纯文本查看的时候也能看出哪里切换了一段。

@woncode #10 这个历史原因挺复杂的，现在还有很多人格式化纯文本邮件的时候自动换行（ Outlook 会帮你删除多余的换行符，并把连续两个换行符转换为换段）。

看懂自己写过的代码是基本功，包括没有注释的。要么写出来的是很自然的东西，要么不能不用一个不是第一感觉的方式写，那就会记住为什么。

一个过程并不是一个模式，只能说它的实现是不是用了某个模式。几乎所有现代的事件系统都是观察者模式实现的——这是一个很自然的模式（我甚至之前都不知道这还有个名字）。你可以认为 set_input 通知了浏览器的渲染引擎自己的变化。

我强烈建议不要在企业环境里用 UWP Office，公司的 IT 应该帮你们部署 MSI 或者 C2R。

即使是个人版本我也觉得 Desktop 更好。

@jasonyang9 #5 Adobe 和其他 storage provider 工作就没问题（它永远使用朴素的文件 API，根本不知道 storage provider 的存在），其他 storage provider 也都没有幺蛾子。根据最小阴谋论的原则（奥卡姆剃刀的特殊形式），首先怀疑 Google、让 Google 自查是正确的。

@sneezry #11 其实最烦的是自己比客服（或者 customer liasion ）懂，但是还得非要经过这个 lossy channel 去传递消息的 support model。

根本用不着权限集继承的逻辑，可以是 CCleaner 安装器内置安装 avast 的逻辑。（当然这也是论证为什么本地进程具有权限继承的能力。）

没有必要使用这种工具。