redis 官网都曾经几次因为 redis 挂了导致官网几小时内无法访问，直接把错误信息都打出来了

@szharrydev :visited 伪类貌似是可以设置样式，但是无法被 querySelector 选择到的，computedStyle 里获取到的也是非 :visited 的样式。

其实都不用自动复制，能收到通知，然后手动点通知的时候再复制就行（但是最好不要跳进 APP ）。
现在 iPhone 上的 handoff 有个比较头疼的问题是它会自动复制，导致电脑上复制的东西就自动把手机的剪贴板顶掉了……

是黑产，这种邮件我经常收到，就是说我的扩展用户量怎么怎么样，可以卖给他们，他们做深度维护用户分析啥的，给的钱都不低。
但是交流之后他们连我扩展干啥用的都说不清楚，只知道个扩展名。

忙猜，他们专门找这种个人开发的、高用户量的扩展，买过来之后悄悄后台更新个带恶意代码的版本，具体啥恶意代码就他们随意了。
所以，为了你的用户，别卖！
要真碰着想维护的，你让他上 GitHub 提代码去。

@huntrue 可是键盘的小键盘和手机是上下颠倒的啊，按照手机版的布局吗？ 1=7 2=8 3=9 这样？

断点调试方法：先看你的 package.json 里 build 的脚本怎么写的。然后用 node --inspect-brk 去执行。
比如，如果是 webpack 的话，就 node --inspect-brk ./node_modules/.bin/webpack 参数
通过 node 的 inspect-brk 参数启动后，node 会自动断点断在 webpack 入口的第一行。这时打开 Chrome，随便一个页面打开 devTools，在左上角会出现一个绿色的 Node.JS 图标（在切换手机显示模式按钮的右边），点击后就会自动连接到 node 的 debug，然后进 source 标签下单步执行就行了。

@ChrisFreeMan https://github.com/nodejs/node/tree/master/doc/changelogs

@maloneleo88 没写反，这里的 reg 是正则对象，res 是要匹配的字符串，result 在循环里的每一次循环都存的是一个匹配结果，然后看你需要 result[1]，result[2] 这样去用就行了。如果是要所有结果的话，那就 push 到数组里就行了

1. match 只返回匹配到的第一条结果，其中 [0] 为匹配到的整个字符串，[1] 为第一个括号捕获组，[2] 为第二个括号捕获组，以此类推。
2. js 的正则 /.../ 只能匹配第一个匹配结果，需要匹配所有结果的话，需要添加 g 标识：/.../g 。但是当你添加 g 标识之后，match 函数就只能返回所有匹配到的字符串了，而丢失了捕获组信息。
3. ES2020 新出了个 res.matchAll() 函数，返回一个迭代器，使用 [...res.matchAll(/.../g)] 即可得到和 python 的 findall 类似的结果，但是区别是 [0] 还是匹配到的整个字符串，[1] 才是第一个括号捕获组。但是更推荐的是使用 for (const m of res.matchAll(/.../g)) { ... } 去循环处理每一个匹配结果。
4. 如果执行环境较旧，没有 matchAll 函数的话。js 的正则是一个对象，内部会保存匹配进度信息。正则对象有一个 exec 方法。所以，可以这样来模拟 res.matchAll 的效果：

const reg = /.../g;
let result;
while (result = reg.exec(res)) {
// 处理 result
}

慎用，如果被检测到，会永久封禁网页版登录的。
应该是不会封客户端登录，账号应该还是能正常用的。

之前基于做过一个机器人，给它发个消息，然后它做一些查询处理之类的，然后回复结果。结果用了不到一个月就被封了，网页版拒绝登录，但是客户端正常。

@jinliming2 p22 的地址好像挂了，可以把最前面的 p22 改成 p10

@xioxu 可以试着解析这个地址自动更新：p22-calendars.icloud.com/published/2/RL1JwQQtKFudYOiicAG_adz9DdrozFeZzv5Uyrs4s3gyWobdzL1NZFH-ZHAsTfuAevtnzdqVdYmcRO_Y_dWtxeIdmzUA1TNkAt5RuotJmsg
这个是不知道谁维护的一个日历订阅地址，可以直接添加到手机日历里的，iCalendar 格式的数据

port must be a number conforming to the specified constraints
非标准端口的不行吗？

@XIU2 听说了，仅加密 SNI 的话，握手信息中还是存在很多指纹，所以他们打算把整个 ClientHello 都加密