yzwduck

首先清理图片文字的边缘, 用 likefont 识别, 识别的结果是 "方正 FW 童趣 POP 体".
然后去 Google 字体名字, 得知 "方正 FW 童趣 POP 体以 Fontworks 字体「ベビポップ EB 」为原型开发".
最后去 Fontworks 对比结果:

https://fontworks.co.jp/fontsearch/babypopstd-eb/?word=特典付きムビチケカード発売決定！

瓶颈不是在磁盘 IO (总共 3104 文件 16.2 GB ，当前写入 38.3 MB/s 使用率 1%)，而是卡在 CPU (10.8%) 上了，7z/LZMA 解压非常耗 CPU 。
PS: Stream 下载速度的瓶颈可能也不是网络，而是 CPU 。

GPU-accelerated terminal 在高分辨率屏幕下可能更省 CPU 资源。
我用 sway 屏幕分辨率 4k 缩放 2x ，草率测试在 Foot/Alacritty 下运行 htop 并上下滚动，发现前者的 CPU 比后者要高数倍。

如果这软件的架构没有大的变化，它会从服务器上下载一个平台相关的、加密压缩后的动态库，用于加解密操作。这动态库更新频率不高，大概一年更新一两次。
如果要 Linux 上原生运行它的协议，就要把它动态下发的动态库解密出来，并把里面的算法重新实现，目前 GitHub 上的项目基本都是这个思路。

如果要研究它协议的话，建议找保护最薄弱的平台下手，比如 iOS, MacOS, Android 。Windows 大概有 VMP 难度会非常大。
需要研究的内容有 (7 年前的信息，可能已过时)：
1 、解密 zsm ；
2 、解压 zsm ，大概还是 LZMA ；
3 、client 提供给 zsm 的接口，大概 2 个动态库，20 个导出函数；
4 、zsm 的 2 个关键导出函数 (code, decode)；

研究完 4 后，就可以在已有 GitHub 代码上更新当前的算法了。

Host synology
HostName server.local
Port 122

Host gitlab
HostName server.local
Port 222
IdentityFile /path/to/ssh.key

按上面配置 ssh_config 后，使用 ssh synology 或者 ssh gitlab 来连接不同服务。

Windows display language, Preferred languages 以及输入法的第一项都是英文吗？
好像有些程序会按输入法列表的第一项显示语言。

机械硬盘 (包括 Fusion Drive) 上跑 APFS + macOS 12 的体验，不是叫它负优化就能了事，这简直就是折磨。
最后一个支持 HFS 系统分区的 macOS 10.14 已经 EOL 了。

把 /Applications/Launchpad.app 拖到 Dock 上。

GnuCash
https://play.google.com/store/apps/details?id=org.gnucash.android