拿到一台新的 Ubuntu 服务器后，可以用 Shine 统一完成常用命令行工具的安装和 shell profile 配置。相比逐条复制安装脚本，Shine 可以先预览将要执行的步骤，并记录已经初始化的项目，方便之后检查状态。

AI 可以很快读完一个仓库、列出迁移清单、批量修改代码；但在一个缺少业务和技术文档、仍在生产运行的 系统里，“改得快”并不等于“可以上线”。这次 Vue 2 → Vue 3 迁移让我更确信：AI 最合适的位置不是 替代工程判断，而是进入一套有阶段、有证据、有回归边界的交付流程。

把一个有 331 个 .vue 组件、仍在持续迭代的管理后台从 Vue 2 迁到 Vue 3，最危险的想法是： “把依赖升级完，再把报错逐个修掉。”真正的迁移对象并不只有 Vue，而是路由、状态管理、UI 库、 表格封装、构建链、测试和数百个已经被用户使用的交互。

这次原本只想给一个已经由 Nginx UI 管理的站点加上 HTTPS，最后却依次排查了 Nginx UI 启动、ACME CA、域名验证、DNS API 权限、证书文件和 Nginx 重载。

给自建的私有域名新增了一条 CoreDNS 记录，ping 却始终报"无法解析主机"，而同一个域名后缀下 其他早就存在的记录一切正常。这次排查依次怀疑了 Surge、Proxifier，最后才发现是 macOS mDNSResponder 的陈旧缓存在作怪。

最近在一台已经接入 ZeroTier 的设备上排查服务连通性，本来只是想用 curl 直接访问私有域名，结果请求却被本地 HTTP 代理接管了。

威联通 Docker 国内无法拉取镜像？

怎样通过 Github 自动交付前端编译产物？

Ubuntu 怎样安装指定版本的 Neovim?

埋点监控 SDK ENTER 事件怎样获取到页面标题？