给博客的手机菜单做右侧抽屉时，一个 position: fixed、top 和 bottom 都是 0 的抽屉，只要写在顶栏里面就只有 64px 高，顶栏向上收起时还会被一起带走——毛玻璃用的 backdrop-filter 让顶栏成了它的包含块。本文先说明 fixed 元素的包含块什么时候不再是视口，再用 Chrome 154 实测 20 种写法：transform、translate、filter、backdrop-filter、perspective、will-change: transform、contain、content-visibility 会“截胡”，opacity、isolation、mix-blend-mode、z-index、container-type 只建立层叠上下文、不会截胡；全站置灰的滤镜放在 html 上安全，放在 body 上会让所有 fixed 元素跟着页面滚走。最后给出用 offsetParent 一行找到“截胡者”的排查方法，以及挪出 DOM、把属性挪到伪元素上两种修法。
博客在六天里从一套样式变成了六套主题。第一版只叠了一张 1528 行的覆盖样式表，颜色换了、骨架没变，第二天推倒重来：每套主题一套独立模板，评论、表情、AI 助手等组件抽成共享片段，脚本一行不改。本文记录这套结构的划分与回退机制、Thymeleaf 片段选择器和 CSS 层叠带来的几个坑、去掉点击后的焦点框时要对付的 120 条规则，明暗切换的圆形扩散为什么在流萤上看不出来、又为什么一顿一顿，用无头 Chrome 做流畅度测试找到的几处主线程空转，以及不部署就在线上页面验证本地样式的方法。
发版时偶发的 502 往往不是代码抛出的，而是停机链条上某个环节没有接上。本文用 Spring Boot 2.7 与 Tomcat 9 做对照实验，以 SIGTERM 为零点记录进行中的请求、新连接、keep-alive 连接和 SSE 的实际表现，说明优雅停机只保护已进入应用的请求；再依次排查启动脚本缺少 exec 导致 JVM 收不到信号、timeout-per-shutdown-phase 并非硬上限、Kubernetes preStop 与宽限期的预算，以及 Nginx 对 GET 与 POST 重试行为的差异，最后给出长连接收尾、线程池等待和发版期间的验证方法。
Prometheus内存上涨、抓取变慢、看板超时，未必是业务流量增加，也可能是指标标签失控。用户编号、原始请求路径和请求标识一旦进入标签，少量埋点就可能扩展成大量时间序列。围绕高基数与序列抖动，拆解经典直方图的放大效应，结合 TSDB 统计、PromQL 和抓取指标定位问题，再通过定向丢弃、源头归一化、Micrometer 标签限制与回归测试建立治理闭环，同时说明删除标签、延长抓取周期和预聚合为什么不能替代正确的指标设计。
本文根据两个仓库共 703 条 Git 提交整理，记录这个博客从 2023 年 1 月第一次进入 Git 到 2026 年 9 月的完整演进：2023 年从零到可用；2024 年补齐七牛封面、登录封禁、评论审核与缓存；2025 年围绕评论系统深度重构；2026 年上半年引入 AI 问答与 AI 评论审核；7 月并入 total 聚合工程后，又经历了界面重做、自托管字体与图表、评论 AI 容错，以及 9 月一轮集中的性能、可靠性与细节治理。
S3 文件上传成功后，ETag 与本地 MD5 不一致，并不必然意味着文件损坏。本文从单次上传、服务端加密与分段上传的差异出发，解释传统 Multipart ETag、整文件摘要和组合校验和的边界，并通过可运行的 Python 实验验证分段方式对结果的影响。随后给出 AWS CLI 上传、对象版本绑定、云端校验和读取与下载验证流程，梳理 Base64 编码、源文件变化、权限不足和合并响应处理等陷阱，帮助建立可追踪、可排障的文件完整性验证机制。
一台 2 核 1.7 GB、出口约 4 Mbps 的服务器上跑着六个 Spring Boot 应用。本文记录一次先测量、后动手的全面体检：证书自动续期与每日备份，用 rsync 加可复现构建把发版上传从 50 分钟压到十几秒，把占文章页 85% 的内联脚本逐字节核对后外置，第三方前端库改用固定版本副本，归档页从 260 毫秒降到 40 毫秒，修正软 404 与扫描器噪音，并记录音乐版权误判的真实原因，以及测完内存数据后决定不做的取舍。
“Too many open files”并不意味着磁盘文件太多，也不一定靠调大 ulimit 就能解决。本文从 Linux 文件描述符的作用出发，区分进程软硬限制、系统文件句柄上限与 inotify 配额，通过 /proc、lsof 和受控实验定位资源耗尽原因，解释 systemd 与 Docker 配置为何看似修改却没有生效，并结合 Java 文件流示例展示资源泄漏的修复方法。最后通过容量预算、增长趋势和故障路径回归，建立从报错识别、现场取证到修复验证的完整排障流程。
Elasticsearch写入成功，并不意味着文档立即进入搜索结果。本文从一次“保存成功却搜不到”的场景出发，区分写入确认、搜索可见性与持久化，利用测试索引复现实时GET与搜索结果不一致的现象，并解释Refresh、Flush和translog的职责。随后梳理刷新参数、批量写入、索引别名、自定义路由和PIT视图中的误区，给出排查顺序、业务改造建议与可见性延迟监控方法，避免用强制刷新掩盖真正的问题。
RabbitMQ 消息积压并不总能靠增加消费者解决。Ready 下降可能只是消息转为 Unacked，Prefetch 调大也不等于业务并发提升。本文从消息状态、确认语义与客户端排队入手，分析过度预取、下游容量不足及并发配置失效等原因，给出队列与通道诊断命令，并通过 PerfTest 设计对照实验。最后结合幂等处理、有限重试、资源预算和清空时间估算，建立以业务完成率及端到端延迟为核心的排障与调优方法。
