mywaiting

吐槽归吐槽，国情特色吧，这也是一堆系统集成商存在的意义和价值

个中滋味，只能说一把心酸一把泪

Solid 的代码实现得很精妙，有点当年看 jQuery 实现那种惊叹的感觉

虽然对短波气象没啥研究，但是能感受到你的这份热爱

兴趣来了真是无敌~

多年前一直有执念想要把 ThinkPad 的键盘无线化，因此来回折腾了好几个版本

后来偶然原因入手了 mx keys 用到现在，手感大差不差，还是现成的产品，省事不用折腾

就是被挂马了，千万不要复制东西去 terminal 运行

最近 wp 漏洞盛行，网站 access_log 数以万计的扫描记录

我自己线上都是使用 wireguard 组网的，无比方便快捷

网上说 wg 不方便都是使用姿势不对的

0 、根据自己网络一次设置好所有节点 cname 最好一次设置几十个节点
1 、根据自己网络规模一次过生成网络节点的全部密钥/cname 及对应的 wg0.conf

剩下的就是 init 一个机器，复制粘贴对应的 wg0.conf 并且去域名管理修改对应的 cname 指向 IP 即可

唯一的痛点是需要至少有一个节点是公网 IP 至于 IP v4/v6 随便吧，反正都能通，要是有多个公网节点，那等于是你自己搭了对应的 tailscale derp （概念上类似），连上其中一个即可接入整个网络

如果是家庭宽带，基本都有分发对应的 v6 地址，自己做个 cname -> ddns 转发即可

@pi1ot 思路类似，但是实现完全不同

OneTab 内部使用 localstorage 实现的，数据量稍大（几千个 tabGroup ）就能轻易引起数据丢失，这种丢失类似操作过程

get_all_localstorage_items -> append_current_tabgroup -> re-set_all_localstorage_items

中间的 append -> re-set 数据的过程，极其容易卡死浏览器线程造成全部数据丢失

因为这个原因我才使用 IndexedDB （这货是基于事务过程实现的）重写了 OneTab 的实现

如果不是故意清理浏览器缓存数据，理论上 IndexedDB 不太可能（个别极端情况下还是有可能的，如浏览器崩溃）丢失数据（当然了，想要完全不丢失数据，只能使用云端同步），我自己高强度使用到现在，一点事情也没有

而且，OneTab 不只是容易丢失数据，其页面渲染也极其慢，尤其当你有过千 tabGroup 那真是卡得要命

以上供参考

PS 尽管结论看起来像是在踩 OneTab 而托举自己的东西，但我完整 debug 过 onetab 的全部实现，我觉得我有理由踩一遍 onetab 不然我也不会自己手搓了个现成的产品，对了，还是在没有 AI 的年代手搓的，可见爱之深恨之切

前排推荐我写的插件 https://keptab.com

好久没有更新过了，主要也是没啥 feature 需要更新的，算是 **已完成** 的软件