关于这个站

这是一个后端方向的技术笔记站。写的大多是工作中真实遇到过的问题：一次线上故障的排查路径、一个配置项为什么该改、一次优化前后的数字对比。

写下来的动机很朴素——同一类问题隔半年再遇到，如果没有记录，基本要从头再想一遍。把排查顺序和结论固化成文字，比记在脑子里可靠得多。

主要写什么

• Linux 与运维：内存、I/O、网络的排查方法，systemd 与 cgroup 的实际行为。
• 数据库：以 PostgreSQL 为主，执行计划、索引设计、统计信息。
• Web 服务：nginx 配置、HTTP 缓存语义、反向代理与连接管理。
• 工程实践：容器化、CI/CD、分支模型，以及故障复盘。
• 性能：前后端都有，共同点是必须能量化。

写作上的几条约束

给自己定了几条规矩，主要是为了让内容可信：

1. 命令和配置必须是跑过的。 没有在真实环境验证过的片段不会贴出来。版本相关的行为会注明版本。
2. 数字必须说明来源。 压测就说压测条件，线上观测就说采样窗口。「性能提升明显」这种说法不算数。
3. 推测要标注为推测。 排查过程中的假设和最终结论要分开写，因为假设本身也有参考价值——包括错误的那些。
4. 写失败的尝试。 「试过但没用」往往比「这样做有效」更省别人的时间。
5. 不追热点。 一个技术点要等我自己用过一段时间才会写。

这个站是怎么搭的

纯手写的 HTML 和一份 CSS，没有静态站点生成器，没有构建步骤，没有 JavaScript。文章是一个个 HTML 文件，改完直接同步到服务器。

这么做有点反潮流，但对这个规模的站点来说完全够用，而且有几个实际好处：

• 没有依赖就没有维护负担。 不存在半年不动之后 npm install 装不上的问题。
• 加载够快。 首页只有两个请求：HTML 和 CSS。字体用系统字体栈，图形用内联 SVG，没有任何外部资源。
• 可读性可控。 深浅色跟随系统设置，正文宽度限制在四十多个字符宽度上，代码块可以横向滚动而不会撑破页面。

整站的样式加起来不到 600 行 CSS。如果哪天文章多到手写目录变得痛苦，再考虑加一个几十行的生成脚本，但目前还没到那一步。

转载

文章可以自由转载和引用，注明出处即可。里面的代码片段和配置示例可以直接拿去用，但请在你自己的环境里验证过再上生产——同一个参数在不同的内核版本、不同的负载模型下表现可能完全不同，这一点在运维类内容里尤其重要。