盲猜：
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 试图保存单词的时候发现没有登录成功或者没有建立对应的数据库，因此自动尝试登录

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

人在三线天天想着六百万这特么能不焦虑么？
神经病，真的。。。抱这心态还带娃，迟早变成那个去幼儿园捅人的。。。
麻烦不要把年收 20 个和 10 个的家庭都当成饿殍
一个人过年收五个的都满地都是，照你这么焦虑可能他们都在天天白面馒头吧？

这有啥框架不就是手写代码，main.js 里面一吨一吨的 document.write 。。。
就当作是 cms 的产物就很好理解了。。。

这页面一年都更新不了几次，就算不自动，手动打下包传上去也不碍事。。。

@GrayXu 我就是在说 core ultra 。。。
仅按照这篇文章来看，这个 core ultre 只能提供 10t 的算力。。。
但是根据 die shot 来看 ultra 里面那个 npu 的 soc 现在就已经快 cpu 的两倍大了。。。
这 40t 要怎么样我感觉很难想，他想打 4060 ，但是 4060 可是一点都不小。。。

在制程不提升架构没有爆改的情况下，
“硬件 AI 算力达到 40 TOPS”这句话约等于
“砍掉了一部分本来可以用于 CPU 核心的硅片，塞了个 NPU 进去，至于用得到用不到我们不管”
或者“用了一块贼大的硅片，所以我们名正言顺卖 XXXXX 元”

地图炮：我不太信印度人能搞出“能够理解我们的计算机”，或者对这里的“我们”的指代对象有疑问。。。

虽然但是。。。vision pro 作为市售最贵也规格最高的 vr 产品。。。
要能卖的好那才是真有问题，因为这说明果粉已经掌握了印钞机。。。

8t 的 sn640

Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 12.00W - - 0 0 0 0 50 50
1 + 11.00W - - 1 1 1 1 50 50
2 + 10.00W - - 2 2 2 2 50 50
3 + 9.00W - - 3 3 3 3 50 50
4 + 8.00W - - 4 4 4 4 50 50

待机功耗都已经赶上 hdd 负载了。。。

有 pcie 拆分的话给一个 pcie 槽就行，薄盘上一分四没啥毛病。。。
或者上 plx 卡，满负载性能砍 75%又不是不能用。。。

要么随便搞个家用 itx ，华硕的脑瘫板子都行。。。

@scarllium 按道理讲五年了，如果 modernstandby 有问题的机器的话通电次数应该多得多才对。。。

感觉只能得出 op 这个机器其实就没怎么用过这个结论。。。
怀疑是个超大内存（ 8g ）笔记本。。。