https://www.arubanetworks.com/assets/support/Interoperability-Test-Results-iPhone14ProMax.pdf
看阿鲁巴的测试肾 14pm 并没有 ul mu-mimo 。。。
这没有其实你再搞啥先进特性都没用，他的上传总是低效的。。。

而且如果你说的是 50-60MB/s 的话。。。
https://www.tomshardware.com/reviews/asus-rog-rapture-gt-ax11000-review-gaming-router-opulence
说真的，贵出好几倍的旗舰机，速度不也就只是翻个倍。。。

@byte10 看 b 站这帮人似乎三十块也就只能买 280g ，40 买 1t 感觉是不大靠谱。。。
反正我们一屋子人用一个月都到不了 200 的，套餐从没满过。。。

@byte10 这话怎么听着感觉话里有话。。。

我这没啥人的偏远小渔村，f50 插 ax6600 ，不开 bt 测速能到 200m （小 b ）样。。。

资费不晓得，发的

当年满地的 php 转 go 现在怎么又开始 node 转 go 了

想必 go 的岗位还多的很吧？

对哦微软开始大搞 rust 了，过几年肯定乌泱乌泱的 go 转 rust ，要不一步到胃得了？

我插路由器给一屋子人用的。。。
广电的共享 4g 波段去年就卡到不行了，年初换的 f50 。。。

我是想开喷的但是看了看发现 op 在本子。。。
岛国的手机市场谣传大概似乎可能好像确实是这个鬼样子的。。。

你去电商选个 10w+的，没有不能打的。。。

https://www.chromium.org/audio-video/
道理上讲 pcm 没什么问题，有问题也应该是有视频没声音。。。

但是这个解码信息属实是写了等于没写，整个
ffprobe -v quiet -hide_banner -print_format json -show_format -show_streams -i
先。。。

安卓不认 rndis 输入呗。。。

整个带网口的先。。。

盲猜：
op 在用 windows
且 op 找到的项目的*.lock 文件里有 node-gyp 字样。。。

这 optimus 时代的机器。。。基本别想正常驱动。。。
ubuntu20 应该是铁不行，去 ubuntu10 还有点可能（前提是你找得到。。。

没多大用，还不如域名整长一点。。。
我这边遇到的基本都是代码暴露或者 ssl 证书暴露，dns 反正挂个泛解析的事其实也不严重。。。

我的 frp 服务器现在就天天被人扫。。。
以前 digicert 的证书都过期五六年了，现在几个域名都不用了一样是日常见 log 。。。
gogs 域名在合并代码的时候被写在 commit 里提交到了 github ，没超过三天我就把提交滚回去了但是现在天天都在被扫。。。
小程序和 app 现在也是专门有人扫的，至少国安的确实会拆包提取 url 。。。
也就 nas 的域名我从没写到代码里也没丢过公共场合也没用过公共证书或者 cdn ，就从没出现过疑似爆破的记录。。。

这不易恒泰的 artistcg 区特色操作么，更新都倒着摆。。。
一般是先取完列表再下东西，倒不倒其实也就没啥影响。。。

所以这是要干嘛？尝试把一个分层的爬虫精简到一张表？

rk3566 本身有 hevcencoder/decoder 。。。
要么包不对要么代码有问题。。。

西昊这 145 度。。。和 135 度感觉属实是没区别啊。。。
我司用的达宝利躺着感觉还行，但是看了看好像也就只有 135 。。。

反正我自己的金豪 e 是压根就不带躺的，看起来拉风实际上蛋疼的一批，卖还卖不掉，就凑合用着。。。

@drymonfidelia 其实我是有些想去隔壁问“但是你们的终极武器现在充满了 cve ，这要怎么办”了（狗头
话说 esr 一遍似乎也就是一年期，估计也快更了。。。

@HojiOShi
试想一下把 op 的观点置入隔壁的视角：如果你支持因为“安全”问题禁用 wasm ，那么你将失去“更加安全”的选项。
不要问我为什么，但是两边加起来看起来只能得出这个结论

隔壁民科级保密版块都是拿 wasm 当前端数据安全的最终解决方案。。。
到你这成因为有远程执行漏洞所以太危险了。。。

我的建议是要不你们打一架先。。。

前端做加盐哈希能防脱裤。。。这理论不亚于戴个贞操锁然后把钥匙别在边上。。。
后端好歹还塞在里面，要先亲密接触一下隔夜饭才能拿出来。。。

不过
https://jnexswpfgysrqlagwajs.supabase.co
这个域名确实写在 1.0.9 版的 crx 安装包的的 chunk-7bd2bbc8.js 里

grant_type=password 请求从属于 signInWithPassword 方法

向上
yr = async (n, e) => {
const {data: t, error: s} = await se.auth.signInWithPassword({email: n, password: e});
t.user && await ze.storage.sync.set({[ye]: {email: n, password: e}}), s && console.error(s);
}
jt = async () => {
const n = await ze.storage.sync.get(ye);
if (!n[ye]) return;
const {email: e, password: t} = n[ye], s = await Ce();
return (!s || s.email !== e) && await yr(e, t), e;
}

继续向上则是
kr = async (n, e = 0) => {
if (!await jt()) return !1;
const s = await Ce();
if (!s || !await Rt()) return !1;
const i = await br(n.name, n.origin, s.id);
if (i && i.length > 0) return !0;
const {error: a} = await se.from("words").insert([{...n, user_id: s.id}]);
return a ? e >= 2 ? !1 : kr(n, e + 1) : !0;
}, Sr = async (n, e = 0) => {
if (!await jt()) return;
const s = await Ce();
if (!s || !await Rt()) return;
const {error: i} = await se.from("words").delete().match({name: n, user_id: s.id});
if (i) {
if (e >= 2) return;
Sr(n, e + 1);
}
}
这个看起来已经是功能模块了
可见问题应当出现在 jt 方法，当 kr 和 Sr 试图保存单词的时候发现没有登录成功或者没有建立对应的数据库，因此自动尝试登录

至于为啥这么蠢别问我。。。反正不是我写的。。。