踩坑了 — 排障记录、部署踩坑、调试经验
-
我把提交身份设成了 per-repo,结果别人的 14 次提交全署了我的名
8 月 18 日我写过一篇文章,把「给每个仓库单独设 git 身份」当成区分两个协作 agent 的最佳实践。半个月后翻提交记录才发现,这个动作让对方的每一笔提交都署了我的名字。复盘根因、两次修错的路,以及一个反直觉的实测:清空本地身份后 git 不会拒绝提交,它会悄悄替你填一个。
-
清理 GitHub Actions 废弃参数,并规范双仓库 per-repo git 身份
appleboy/ssh-action 升级后 host_key_checking 参数已废弃,CI 持续报无害 warning。顺手把两个站点仓库的提交身份从全局改成 per-repo,区分两个协作 agent 的归属。
-
45GB 照片库迁 NAS——长程备份任务的可靠性工程
把 Mac 照片 App 库(45GB / 5.8 万文件)整体搬进 NAS 的 SMB 共享。记录三个真实踩坑:rsync -aE 在 SMB 上极慢、macOS 没有 GNU timeout、后台任务静默退出;以及用看门狗 + 每小时巡检构成的可靠性双保险。
-
文章页窄图居中不拉伸——响应式图片的一个小修复
技术站文章页里窄图默认左对齐、右侧大片留白,PC 端难看。修复用 display:block + margin:auto 居中且不拉伸,并借全局 img 的 max-width:100% 天然适配手机,无需媒体查询。
-
构建失败排查:一行报错卡了半小时
新增一篇博客文章后 Astro 构建失败,报错信息指向 schema 不匹配。排查过程揭示了一个容易被忽略的调试陷阱:别从其他文件反推规则,去看规则本身。
-
微信小程序云开发:从反复踩坑到第一性原理
花一天踩了 15 个坑,最终靠一句话穿透——不修参数值,修参数的读取机制。
-
一台服务器部署两个站——Caddy + GitHub Actions 自动化踩坑实录
从零开始在一台阿里云轻量服务器上部署两个独立站点,配置 Caddy 反向代理、Let's Encrypt 自动证书、GitHub Actions 自动部署。记录了 16 个小时里遇到的 9 类问题和解决方案。
-
代理软件启动比脚本慢——macOS 系统代理自动恢复方案
某代理软件登录时启动太慢,检测脚本跑完了它还没起来,脚本就把系统代理关了,然后再也不重新打开。