macOS 系统配置“自然滚动”，虽然鼠标和触控板都可以配置，但是两个控制是同步的，更改任意一个另一个都会跟着动。 一直是这样，也没有要更改的意思。 使用 LinearMouse 这个软件可以实现单独为触控板开启自然滚动，鼠标不开启自然滚动。 ...

Oracle 云按照负载情况清退免费账户的虚拟机，这个思路感觉很厉害。其他云厂商都是听说有谁负载太高了，被限制。两种思维方式不同，可能面对的情况也有很大的区别。常规云厂商，如果单用户负载过高，影响到整体用户的体验，这就必须介入管控，这运行的每一分钟对云厂商都是金钱。但是对 Oracle 这种体量的企业来说，有严格的风控和注册限制，即使如此规模也很大，这里面难免有一批注册来不用的，这样的机器回收回去确实也合理，需要保证的是整体负载要上去，不要空置。两种思路，似乎跟现实中许多实体运转的情况，高度的类似。 ...

关于睡眠的周期，总是可以看到一个说法，是说睡眠最好睡到一个半小时的倍数，这样是完整的睡眠周期，可以避免从深度睡眠中起来。 但很奇怪，感觉自己不同的时长，对应清醒程度跟睡眠周期不是很一样。有时候感觉很符合睡眠周期的时间，反而起来的时候很困。有时候感觉睡眠时间跟睡眠周期差的很远，但是起来的时候反而是清醒的。 ...

愤怒转换 在书店顺手买了一本《给大人们的情绪使用说明书》，从第一章《愤怒》中摘录几句话： 想让愤怒这种情绪发挥它原本的作用，就需要借助大脑中的“自动翻译器”。 在感知到自己生气后，迅速在大脑中转换：愤怒 = 事情发展不顺。于是豁然开朗，进入解决问题的状态中。 ...

TL;DR 某个项目 mod 托管在 gitcode，无法拉取。git 登陆也不行，需要配置 git 针对 gitcode 默认走 ssh 协议： git config --global url."ssh://[email protected]".insteadOf "https://gitcode.com" 在网上查到比较多的是针对 gitlab 或 github 的： # gitlab git config --global url."ssh://git@gitlab-company".insteadOf "https://gitlab.xxx.cn" # github的同理 git config --global url."ssh://git@github-company".insteadOf "https://github.com" 配置后就可以正常 go mod tidy 了。 ...

TL;DR # 下面两种写法二选一 git checkout dev -- path/to/config.yaml git restore --source=dev -- path/to/config.yaml 以上命令都做了一件事情：假设我当前在 main 分支，希望将 path/to/config.yaml 恢复到 dev 分支的状态。

TL;DR 有两种方式可以实现通过跳板机直接连接目标服务器 SSH. # ProxyJump（推荐方式）OpenSSH >= 7.3 ssh -J [email protected]:10023 [email protected] # 在这条命令中，-J 后面指定了跳板机的地址（[email protected]）和端口（10023）。SSH 会先与跳板机建立连接，然后通过跳板机转发流量到目标服务器 target.dealiaxy.com。整个过程只需要一次登录操作，极大简化了访问流程。 # ProxyCommand ssh -o "ProxyCommand ssh -W %h:%p [email protected] -p 10023" [email protected] # 在这个命令中，-o "ProxyCommand" 选项指定了一个自定义的命令来通过跳板机进行连接。具体地，ssh -W %h:%p 会将目标主机（%h）和端口（%p）转发给跳板机，然后通过跳板机建立与目标主机的连接。 Refs SSH 跳板机原理与配置：实现无缝跳板连接，一步直达目标主机

lxc 启动 chronyd 是无法直接启动的，因为用到了很多未授权的权限。 TL;DR lxc与宿主机共用内核，因此时间也是共用的，无需同步。如果你想构建一个 ntp 服务，不需要同步时间，可以像下面这样做： ...

Think.1 cc 的额度用的好快。之前每次触发限流，又可以用差不多的时间。现在触发几次限流以后，就开始提醒我接近周限额。限制可真是越来越多。本来以为发了新的模型可以用更久一点，结果非但没有更多，感觉更容易限流了。可能每个人的体感不一样。既然这么容易限制，大规模的使用势必是要考虑如何回本的，所以就看如何在有限的token中获取更多了。似乎 AI 正逐渐向一种“资源”靠近，未来或许真的就像是用水和电一样，去获取和使用AI资源。但是从经济的角度去看，似乎赚钱的人们很喜欢这样。都希望将自己的产品，包装成更容易、更广泛流动的资源。 ...

AI review 今天尝试了一下用 cc 写代码、设计。再用 cx review，发现的问题再给 cc 优化，效果确实不错。cx 的优势在于准确可控，致力于给出最标准的答案，因此创造性略差，做出的东西准确但呆板。cc 做的东西更容易给人眼前一亮的感觉，但有时不够准确，修改面积过大，随之会带来一些风险和漏洞。结合两者优势，共同使用，扬长避短，效果还不错。 ...