大学时候有这种感觉

出来工作后，有很长一段时间做机房运维相关的，各种服务器配件、各种网络设备

直接搞吐了，只要下班根本不想见到这些电子产品

以至于家里至今还是一个简单的千兆无线路由，留个最简单的笔记本，根本不想折腾，能用就算

现在感觉路由都想撤了，大家的手机都自带足够的流量随便用了

想尽量简洁

不想添加任何无关的东西

有过类似经历

大四两个学期顶着超级且巨大压力，很多专业课上课时间都是重合的，搞定全部的专业课

毕业典礼都来不及参加，有专业课考试

有几个专业课，考试的时候就觉得挂了，但是那时候已经拿着两个大厂春招 Offer 算是学院里人人羡慕的**薪酬爆炸的著名学长**

考试后第一时间找老师如实说明情况，尽管卷面分数才 30 多，不过老师最后还是打了 60 分算过了

经历越多，神经冲动阈值越高，觉得生活索然无味

大家更容易关心精神层面的，但我现在觉得这是生理层面的事情

尝试一下运动吧（各种运动都试试吧），生理上肌肉疼痛更能提醒生命个体存在的价值和意义

我一直觉得宣传 PG 能够后端一锅端是对 PG 的伤害.....

PG 作为数据库之一，其最大价值是事务执行，各种牛逼的 PG 插件始终都是基于这个特性上去**适配**各种数据场景/需要

宣扬其能**代替**系列/相关后端的实现，对中小应用有价值

稍微上点强度/流量，还是该拆拆该分分，该代替的代替

用之前看过 V2 网友发的一段例子做总结吧：

Q 编程中为了部署架构简单而选择用软件 A 做功能 B 的事，比如 Redis 作为缓存也能用作队列使用，那为什么不这样做呢？
A 可以用、不好用、没必要

是的，这个也用来总结 PG 一锅端就很合适：可以用、不好用、没必要

尽管很多条目都有实践和认识到，但仍然感谢整理分享，真的很好！

@shyrock2026 没有独立的 GPS 只能 pass

在用 9 pro 用了两年

1 、常规使用能续航一周，不想每天充电
2 、有独立 GPS 跑步实在不想带手机
3 、有 NFC 并支持常见门卡，方便解锁各种门禁
4 、带心率和血氧，支持选择运动模式
5 、尽可能轻便，尽可能便宜

市面对比过一圈，能找到唯一的，对的，就是唯一的选择，就是这个 9 pro （现在出到 11 pro 了吗？？）支持 1-4 点功能的手表有不少，但是第 5 点轻便和便宜就不兼容了

这个手环除了没法完全像 Apple Watch 那样完全/完整导入数据到 iPhone 健身 App 其余表现完美，没法挑出什么特别大的问题

直接搞个挂脖子那种狗圈，上面再装个大疆 action

之前海南环岛，发现很多自行车友都是这方案

好玩！挑战完 地狱西了！

强烈建议冷水（水龙头直出）冲凉，特别是南方的，特别是男性，有特殊好处~

啧啧啧，前排留名，确实好用~

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

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

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 的年代手搓的，可见爱之深恨之切