涼果笔记

2025-08-08

创建于: 5分钟阅读本页源码

从 Edge 导入到 Vivaldi

Vivaldi 浏览器体验上满足了几个痛点，十分想切换

  • 堆栈标签页，可以覆盖 Tree Style Tab 的功能
  • 统计信息很足，我爱看，比如历史记录页面统计和地址栏的流量统计

说到缺点

  1. 导入数据不完整，因为我设置了 MSEdge 磁盘写入 路径，它只识别到旧版留下的那些数据（只有 3 月更改用户文件夹路径之前的部分），即便手动选择用户目录也是一样，直到我软链了一份现在的版本到原位置
  2. 插件没有都导入过来，到也有可能是因为它们是从 Edge 商店安装的？也不全是，就是不完整
  3. 标签栏的文字就是有些糊
  4. 两级式标签栈切换过去会突然改变整体宽度，这种时候用折叠式反而更好

像驾驶模式一样非常适合还未养成习惯的人，切换的迁移成本不小。

不过这倒是提醒了我要合并历史记录文件

合并多个用户配置的浏览器 History File

目标：把两个 User Data/Profile/History 的 SQLite 文件合并
方式：表都有 id，直接插入

ATTACH DATABASE "history.sqlite3" AS LAST;
BEGIN TRANSACTION;
INSERT OR IGNORE INTO main.edge_urls SELECT * FROM last.edge_urls;
COMMIT;
DETACH DATABASE last;

然而发现 Chromium 浏览器都 只保留 90 天历史记录 😠，4-6 月的数据都丢了，我得装个 History Trends Unlimited - Chrome 应用商店 定期备份。哦，Vivaldi 没这事

给 Docker Daemon 启用 TLS 验证

On Server Side
mkdir .docker
step ca certificate docker.lan.kokomi.site --not-after 8760h .docker/cert.pem .docker/key.pem
 
cat << EOF > /etc/docker/daemon.json
{
  "hosts": ["unix:///var/run/docker.sock", "tcp://0.0.0.0:2376"],
  "tls": true,
  "tlscacert": "/root/.step/certs/root_ca.crt",
  "tlscert": "/root/.docker/cert.pem",
  "tlskey": "/root/.docker/key.pem",
  "tlsverify": true
}
EOF
 
step ca renew /root/.docker/cert.pem /root/.docker/key.pem --daemon --exec="rc-service docker restart"
 
cat << EOF > /etc/periodic/weekly/step-renew
step ca renew /root/.docker/cert.pem /root/.docker/key.pem
EOF
chmod +x /etc/periodic/weekly/step-renew
 
rc-service docker restart

这里是用配置文件，如果不想启用客户端认证，关键是传 "tlsverify": false，如果是命令行参数则不用。
另外因为重载证书实际需要重启守护进程，这让 step ca renew 基本失去了价值，那就只能签一个长期证书。

On Client Side
step ca root > .docker/ca.pem
step ca certificate enihsyou-PC .docker/cert.pem .docker/key.pem
 
# 验证一下
http https://docker.home.kokomi.site:2376/info --cert .docker/cert.pem --cert-key .docker/key.pem
 
docker context update kokomi --description "Homelab docker host" --docker "host=tcp://docker.home.kokomi.site:2376,ca=C:/Users/enihsyou/.docker/ca.pem,cert=C:/Users/enihsyou/.docker/cert.pem,key=C:/Users/enihsyou/.docker/key.pem"

curl 自作主张 IPv6 only

现象：在 Windows 上，只有 google.com 一个域名无法解析出 IPv6 地址（首先不应该发生），像 google.com.hk 都能正常解析

gaierror: [Errno 11003] getaddrinfo failed

用站长工具检查一通，原来是 AAAA 地址不解析了 X 上的 九条涼果：“今天突然发现 https://t.co/1WrRHyCPFM 在中国大陆的 AAAA 记录全消失了，在海外访问还可。 换了各个 DNS 服务器都是一样，又在搞什么神通 😷 https://t.co/uF0tb3CD9X” / X

临时解决方法是用 IPv4 curl -4
最终解决方法是换用 DoH DNS配置 - 虚空终端 Docs

更新 Proxmox 8.4 到 9.0

看到今天发布了 9.0 新版本 Upgrade from 8 to 9 - Proxmox VE，立马上车试试。前面安装一切顺利，重启之后在 Welcome to GRUB! 界面一闪而过立即重启，看来是引导坏了。
最终靠 Ventoy 刻录一个旧版本的 Proxmox 引导到 Rescue Mode 才成功进系统。进去还没完，要修复引导，核心是这几行命令 Recover From Grub Failure - Proxmox VE

# 挂在属于 EFI 的分区，这里设备上 sda1 是 BIOS boot，是挂不上的
mount /dev/sda2 /mnt/efi
update-grub
# 这行得挂载才能成功
grub-install /dev/sda

关系图谱