应该是因为广告拦截扩展冲突了，尽量让你的浏览器扩展在这个网页全禁用吧。

@yuycchn 除了 react 都能接受，公司工作中用 vue3 、angular ，业余 svelte

https://fenghen.me/posts/2025/02/09/react-shaped-frontend-ui-paradigms/#%E5%BD%93%E5%89%8D%E7%90%86%E6%83%B3%E5%8C%96%E7%9A%84-ui-%E8%8C%83%E5%BC%8F

之前看到的一篇文章，文中提到的有些 react 的痛点有点感同身受。**个人主观**现在的众多反应式前端框架里，react 的反应式是最落后（繁杂）的了。

分读写类型吧。

只读的 Controller-Action ，怎么方便怎么来，直接原生 SQL 都无所谓、一般都是 SQL DSL 。

但要是牵扯写的操作，还是通过 Service 、领域（业务）对象来处理比较好。

@mikasyou * 戳棍

戳滚见切后追击，有很长的无敌时间。不会像劈棍一样，见切后被打断。打一些会霸体连击的 boss 很好用。

有了一个域名后，在公开的 DNS 服务上直接映射成本地 lan ip 就可以了，例如 CF 。然后 ACME 脚本自动申请证书，就完事了。

亲身经历，心理压力会很大，特别是医生打完麻药，会一点点的试探你的“接受程度”——牙医用工具戳你的牙床，一点点戳到你说疼为止。但那一下疼的真是会叫出来的程度。之后就是牙医找到了边界，开始安全施工了。

当然是 vanilla-js, 性能吊打一众主流前端框架.

http://vanilla-js.com/

事务和线程很相似，但又不是很相似。得先认识到并发线程原子性和事务原子性的区别。

一个是不可打断，不可继续分割；一个是存在回退机制，不会出现”错误数据“。

其它的就可以利用你”如何安全的并发编程“相关理论，来认识分布式事务。就像一个变量参与多个线程，一个数据同步到多个数据库。

你是如何控制这个变量在多个线程同步的？
- 锁：最简单的阻塞，同步
- 协程：有局限性但很合适的调度
- 事件/回调：可用但也仅仅可用

你又是如何控制这个服务在多个数据库保存操作中不会部分成功，部分失败的?
- 多个事务当然也可以阻塞：一致性拉满，可用性降低，与线程锁的特性高度一致。
- 多个事务当然也可以协作：可用性提高，一致性降低。倾斜程度根据协作方式而定，
- 多个事务当然也可以回调：或许就是最终一致性了，到回调完成那一刻，数据才会变得正确。

我认为分布式事务本身没什么复杂的，更多是因为涉及分布式事务的业务太复杂了。导致分布式事务看起来很难。其实回到本质还是同步问题。

@wxf666 没看代码,但估计还是有点用的. 读 webp, 写 jpg. 图片多的话, 也算 io 密集了

路由器刷原版 openwrt 负责 dhcp & 内网 dns, 再装个 openclash.
nas 用的 rockstor , 只用一些比较纯脆的 smb, ntfs 维护管理, 好处就是轻量. 直通下 HDD.
然后 k3s 跑服务.

k3s , nas 都是 based on pve

明天周六了, 可以睡到自然醒🥵

搭个 nexus 应该可以, nexus 设置缓存时间 -1 (无限长) .

看点萌豚番陶冶下情操吧，有个和程序员还搭点关系的萌豚番《 New Game ！》

我的 vscode 在 hyprland 上以原生 wayland 没啥大问题，就是不知道为什么 chromium 系的窗口软件切换焦点时，输入法就无效了，必须用一个 gtk/qt 窗口刷新下焦点才行。不过也还好。。。为了平铺忍了

@opengps 哈哈哈，程序员最珍贵的品质——排错能力