逸思杂陈

国行手机的 esim 功能有较多限制，使用不太方便。
但我们可以使用 esim 适配器，将 esim 转为实体 sim 卡。

B 站非常逆天，只要你使用网页端看视频，点开首页推荐的视频，观看一定时长，就有概率会触发自动关注该 UP 主。
之前也有怀疑是某个浏览器插件的锅，但更换浏览器依然能够触发这个问题。

后来发现疑似是 bilibili 默认绑定了按键 G 关注 UP，非常容易误触发。

网上发现不少类似的问题，但都没有解决方案，迫于无奈只能使用自定义广告过滤规则了，之后没有再出现问题。

这里使用 uBlock origin, 其他去广告插件也类似, 进入插件设置 -> 自定义静态规则，添加如下规则。
在视频页面禁止关注请求，不影响点开 UP 主主页进行关注。

1

www.bilibili.com##+js(no-fetch-if, /api\.bilibili\.com\/x\/relation\/modify/, location.pathname.startsWith('/video/'))

昨天花了些时间将 Hexo + next 的博客版本更新了下，发现不少问题。
博客已经很多年了，一直用的是最开始的Hexo版本，nodejs 也是 v12，next 主题也是早年源码安装的，还在上面做了修改。
也是早就明白需要更新了，但是觉得麻烦，就一直没动，最后变得相当麻烦。

这些年日常操作系统一直是 windows 和 macOS 交替使用，Linux 一般只作为服务器的操作系统。
然而，咖喱味的 Windows 11 （LTSC）用起来实在难受（平时只玩游戏，下载）
arm 的 macbook 虽然能效惊人，但是内存金子价格，软件也封闭（点名finder）和傲慢，实在受不了。
最后，还是转向 Linux，毕竟现在 wayland 基本堪用，国产软件也随着信创逐渐丰富了。

PyAutoGUI 是 GUI 功能强大自动化方案，但 UI 程序的运行环境选择与配置也是一大难题。

语言的力量远比想象的强大，某种程度上是有虚空造物的能力。

联想某些版本的 bios 似乎会禁止降级，即使打开 bios 设置里的允许降级选项，依然会提示 “this platform does not support IHISI interface” 的错误，导致降级失败。

使用 redroid 等安卓虚拟环境，可能会发现 google play 用不了的问题。
虽然系统集成了 gapps，但系统提示 “设备未获得play保护机制认证”，无法登录 play 商店。
可能的原因比较多，这里大概是因为虚拟机的型号没在google的数据库里。
解决方案就是，获取 GSF ID 注册到 Google。

有些应用在安卓上是独占的，iOS 上又没有比较好的替代品，而且 iOS 上没有能用安卓模拟器。
如果使用多个设备，维护的心智成本又高，被这个问题困扰了许久。

最近碰巧了解了 scrcpy, 用于远程控制安卓，终于解决了这个问题。

本文介绍在 VSCode 中配置和使用插件来高效地解决 LeetCode 问题，并使用 Rust 语言编写和测试代码。

• 什么是跨域？
  • 就是当前域访问了非本域的资源。对于http来说，url代表资源，也就是访问了非本域的url。

一些公用的 Linux 服务器，处于维护以及安全考虑，一般只会提供普通权限用户给使用者。
普通用户的权限满足日常使用是够了，但是难以配置自己的开发环境，安装一些自己需要的包。

如果都从源码编译安装软件，依赖的维护过于复杂，初始编译工具链的版本可能也不满足需求，如 gcc 版本过低。
如果申请 sudo 权限或者请求更新系统或安装 docker，后期责任难以界定，运维和管理员一般也不会同意。

所以，最优方案还是有需求的用户在个人目录维护自己的工具链和环境。下文方案为围绕 HomeBrew 构建。

macOS 系统的自带词典应用非常强大，与其他应用整合很好，快捷取词很方便（command+control+d）。
但是美中不足的是缺少生词本功能，查了单词又很容易忘记，对语言学习者来说就有些不便了。

经过本强迫症的探索，终于找到基于 Karabiner-Elements + Automator + Logseq 的完美生词本方案。
最后的效果是，快捷键取词的同时记录单词卡片到Logseq对应的笔记。

我们在测试代码时，由于需要经常重启服务，经常会发现服务端口被占用。
一般kill掉后台进程就ok了，但是如果服务有启动一些常驻的后台程序，可能也会导致端口不能释放。

在类UNIX系统中，一切被打开的文件、端口被抽象为文件描述符（file descriptor）
从python3.4开始，文件描述符默认是non-inheritable，也就是子进程不会共享文件描述符。

在使用 docker 时，常常会碰到进程退出时资源清理的问题，比如保证当前请求处理完成，再退出程序。

当执行 docker stop xxx 时，docker会向主进程（pid=1）发送 SIGTERM 信号
如果在一定时间(默认为10s)内进程没有退出，会进一步发送 SIGKILL 直接杀死程序，该信号既不能被捕捉也不能被忽略。

一般的web框架或者rpc框架都集成了 SIGTERM 信号处理程序， 一般不用担心优雅退出的问题。
但是如果你的容器内有多个程序（称为胖容器，一般不推荐），那么就需要做一些操作保证所有程序优雅退出。