@KoMAsS121 #12 老美的算法后门实锤应该算是的，NIST 通过特殊设计的加密参数可能导致 RSA 被破解。
但举一反三到不是，国密带后门是直接写在脸上的：私钥要求放 CA 里……

@whileFalse 以前有的，CNNIC ，后来被封杀了，封杀原因搜一搜就知道，证书权限太高，第三方公司拿 CNNIC 的证书签 google 域名的假证书……

循环不加 key 可以理解为默认就是用 index 做 key 的。
之所以循环会报警告而你手写 10 个 li 不会报警告，是因为循环通常是对一个数组变量进行的，数组是会变动的，一旦数组发生中间插入 /删除，react 不能简单的判断出变更位置，只能全部遍历重新更新做 diff ，所以需要你提供 key 信息来辅助定位。而手写的话，你所有写出来的 Node 位置都一定是确定的，即便是你在中间有写条件语句来控制是否输出，在隐藏的时候也会保留一个空 Node ，可以利用这些信息来判断变更发生的位置。
比如：
<li>1</li>
{show && <li>2</li>} // 隐藏时是个 false
{show ? <li>3</li> : null} // 隐藏时是个 null
<li>4</li>
在 show 为 false 的时候，渲染结果是 [<li>1</li>, false, null, <li>4</li>]，4 个成员，show 为 true 的时候是 [<li>1</li>, <li>2</li>, <li>3</li>, <li>4</li>]，也是 4 个成员，因此 react 是完全知道你的更新位置在哪的。

@yaoyao1128 通常不做展示的话，不会插换行符的，所以就是 33%

@pigspy 现在没人用透明代理了吧？

HTTP 2xx: 正常结果，一定是成功的操作，仅包含业务数据，不包含其他内容 status: success 之类的
HTTP 4xx: 客户相关错误，状态码可以提供大范围的错误信息分类（未登录、无权限、访问频繁之类的），这些错误都是正常情况下的错误，可以给出具体理由的，属于预期错误，通常理论上完全不需要开发、运维介入的错误，用户自己知道错哪了，能不能解决也是用户自己可以判断的。
HTTP 5xx: 服务相关错误，可以通过状态码进行分类分为业务错误和网关错误。如果是业务自己的错误（比如数据库连接断了、空指针了之类的），那就是 500 ，这类错误通常是需要开发人员去定位的异常情况，也就是未知的 bug 。而网关错误通常是明确的，配置错误 502 、临时维护 503 、业务挂了 504 。
其中 4xx 和 5xx 错误，状态码只提供大分类，响应结构中再包含可公开的具体的细分错误详情。

举个例子：用户访问了一个不存在的 URL ，分为 3 种可能，1 业务错误：没有这个资源，2 业务错误：没有权限，同时需要防止用户了解资源的存在性，3 网关错误：找不到对应的业务。
对于 1 和 2 来说，返回 HTTP 404 再合适不过，HTTP body 指示找不到可访问的资源；而对于 3 来说，应该返回 502 ，HTTP body 指示找不到可用服务。

这样，在网关记日志的时候就不需要解析 HTTP body 了，通过状态码就能过滤出错误日志，并且按照大分类分好：
通常开发只需要关注 500 的业务错误、运维关注除了 500 以外的其他 5xx 错误。而 4xx 的错误通常只需要关注计数就行，错误数在一定量级以下就是正常，超过一定量级就需要报警让开发介入调查了。2xx 的日志只在查业务逻辑的时候才会关注，平时直接忽略。

关键词：DRM
甚至你接的显示器不支持的话，都是黑屏

@ruixue ping 不一定特指 ICMP ，也有好多工具支持 TCP SYN 、ACK 、CONNECT 之类的测试，或者 HTTP 204 测试。ping 只是一个一般的代指测试连通性……

@Curtion 注：win/mac 的默认 vscode 快捷键并不完全一样，不能简单的替换。
比如你简单的将 ⌘ 替换为 Win ，但 WinKey 在 windows 下是系统快捷键的按钮，一般不会有程序绑定这个键的。Mac 下复制粘贴都用 ⌘ + c ⌘ + v ，但 windows 下就是 ctrl + c ctrl + v 。
总的说就是 Mac 的 ⌘ 是可以给程序用的快捷键，windows 的 WinKey 一般是只给系统用的快捷键。所以 Mac 的快捷键组合方式比 windows 多一些。