@reus 这里只有一个表啊，而且你上面的那个 unique index 已经是解决方案了，为什么要再建立一个表？

@wafm 然而“只要有智能手机就是微信用户”这个假设的目的就是假设用户可以使用某些 feature，你不如直接把目标客户群设置为“有这些 feature 的用户”。

注意：即使你覆盖了 Windows、Android 和 iOS 的每个版本，仍然存在着其他的操作系统。

我的妈……你们没有用过 UNIQUE constraint 吗？

即使是对的你也很容易导出一些谬论。

例如，考虑 Windows 用户，你不能使用小程序，你不能使用微信 authentication，你不能使用微信扫码（商户扫用户码）支付。

有个东西叫微博仅自己可见 - -
还有 OneNote，已经支持文字、图片、语音……

几个建议

不要设置元素的 opacity 来达到背景半透明的效果，用 argb 设置背景色来取得半透明效果。因为如果你设置 opacity 会导致高对比度模式下无法正确地去掉这个透明度。

“编辑”、“删除”、“…”按钮读不出来，你需要 aria-label ；此外应该加上 role=button。

文章中没有分隔语义的横线，你需要 aria-hidden。

作为 SPA，你没有把元素删除干净——在主页，你可以通过读屏器读出“我和权威的故事”这篇博文 - -

@zyllwy 用 Office 安装器，然后你可以选择你想要的组件

Windows 上 Outlook 难道不是最佳选择？

@ynyounuo 我在其他帖子吐槽过这个智障设定，尤其是它的修正算法错得离谱。我个人也会使用空格代替空白的 hack ，而且很少写错

@nfroot 实际上我连这个哪里跨域都没看见

另外 script 元素应该设定 type=application/javascript 或者 text/javascript 。

而且楼主还是没有发现自己的 JavaScript 代码文件根本不是 JavaScript 代码么？

你这个问题根本不是 well-asked ，都不知道你想要什么分布，怎么随机？

纸和笔才是王道。

@POPOEVER document.write 可以写 HTML

@POPOEVER HTML 标签名是大小写不敏感的，并且 canonical 的 tagName 是 IFRAME

纠结 JavaScript 的内存布局没有意义， JavaScript 把它抽象掉了。

这个指北本身问题也很多，此外这个实现也有很多问题。

“在合适的位置添加空格”并不是正确的排版方式，而是一种因为现代浏览器不能正确排版而做的 hack 。那些位置应该具有的是 *空白* 而不是空格。如果你使用 Word 或 Outlook 就不会有这个问题。

另外看起来本文提到的 example 并不是最新的纠正器的结果：比如“。”和“ GitHub ”之间不需要空格，“ Awesome ”和“）”之间也不需要，“ Wanstrath ”、“、”和“ PJ ”之间也不需要。但是目前网页演示得到的结果是正确的。

汉字和拉丁字母之间插入空格的实现是错误的，例如“法语中两人初次见面可以用Énchanté(e)打招呼。”中第一个空格并未被加入。

数字和拉丁字母之间增加空格也不一定是正确的，例如 1Password 。

纠正拼写太激进，譬如 ruby 变 Ruby 和 window(s) 变 Windows 都不一定是正确的，还有 chef 、 grape 、 office 、 underscore 等词语也不应该自动纠正。以下词语是正确拼写： Vim 、 git （它可以是命令的名字）。

把 ie 替换为可能是错误的，它还可能是 i.e.。

拼写纠正器可能会意外地把 git-scm.org 纠正为非 canonical 的写法 Git-scm.org 。

另外双写、三连写“！”或“？”是正确用法。

@Sevenskey 那个安全性的目的是防止电子邮件收集程序拿到你的地址从而发送垃圾邮件给你^_^不是防人类

@monsoon 结合机器学习只会得到更糟糕的结果，因为随机的目的就是随机，不是让列表符合某种口味的随机。

@hjc4869 确定不 this IEnumerable<T> source 嘛~