如果只是要显示 不是拿这个文本做处理
iframe 套壳

真心🐮~
找本 WebGL 的书看看去~ 有入门的推荐么？

@uTools
我感觉应该是想起来某个功能才会唤起 uTools 然后处理。然后得到结果继续忙去了~ 重复在 uTools 使用不同插件的情况应该较少。
或者说加个选项呗~ [esc 直接退出]

嘎嘎~ 下班又提需求了 ；）

试了一下~ 提几个建议呗

key -> 回车 /空格 -> 进入插件 ->执行动作~ 这个还是有点难受。
wox 那种 "key 动作" 比较自然 或者说习惯吧~
不过这个估计没法改吧 程序逻辑就是这样的。

esc 能直接退出么~ 不是 esc-->退出插件->esc -->退出 utools

然后还有就是 ALT+space 重新唤起 uTools 的时候希望是初始化状态吧 而不是上一个插件的界面。

弄了个 K3 当主路由挺稳的~ 老的 4300 当 aria2 下载机。
K2P 太贵了，不知道 现在有啥便宜大碗的 Ap

完了~ 心动的感觉
……
1.1W 骁龙 710 6G ... 算了~

手机进去是正常的…

foreach 是并行 for 是串行
理论上不是 foreach 更快么…
我怎么记得 for 更快

等下起来验证一下

const a = new Array(10000);

能做机器人了？

好的，特地升级到 78，
我两个都打开了，谢谢楼主 +1

刚好几年前 美帝 解密了一批档案 其中就有 中国的核目标。
LZ 可以作为参考选择合适的居住地点。
虽然时效性有点差，也只能帮你到这了


https://www.zhihu.com/question/54809531

@ahsjs 感觉不是单纯的 body 问题。body 再怎么大也就 1m 的纯文本。内存几十兆几十兆的涨。
主要是 Promise 整个堆栈没有释放，这个才是内存爆炸的主要原因。
但是 递归的 Promise 怎么合理的释放上一个 Promise 感觉这是个悖论了……
所以来问问有没有这类问题的最佳实践。

难道只能回到 回调地狱 来处理了么~

@lllllliu 因为第二页需要第一页的数据，所以需要递归调用。 而且需要控制频率，所以不能 Promise.all 并发一把梭

我去 抽 PS4 !!!!
666

xps 15

CSS 默认 display: none ~
只显示一个 <noscript> 告诉用户没有 JS 不能显示呗。

没有上下文 不知道 LZ 需求是啥~
我感觉是一个 A B 问题。LZ 有 A 问题觉得 B 能解，问了半天 B 结果发现 C 才是最优解。

同问 每日推送

各种智能家居的 按钮都有了
模拟键盘的 重大决策也有了

啥时候有一个能 自定义 post get 请求的按钮出来？
按下 发送一个我自定义的 http 请求。就这么简单