[{"title":"开篇：为什么又搭了一个博客","url":"/posts/hello-world/","date":"2026-10-02","tags":["随笔"],"summary":"在社交媒体之外，给自己留一块安静的自留地。","content":"这些年笔记散落在各种 App、云文档和聊天记录里，找起来费劲，也从未认真整理过。于是决定重新搭一个博客：内容归自己，形式尽量简单。\n这个站点的原则：\n简单：静态页面，没有数据库，没有复杂的后台 快速：不依赖外部字体和统计脚本，秒开 长久：纯文本写作（Markdown），十年后也能轻松迁移 至于写什么：技术笔记、阅读体会、以及一些想清楚或没想清楚的问题。写作本身就是思考的一部分，如果恰好对别人有用，那是额外的奖励。\n欢迎订阅 RSS。\n"},{"title":"用 Hugo 搭一个快而稳的静态博客","url":"/posts/hugo-static-site/","date":"2026-10-01","tags":["技术","博客"],"summary":"从构建到部署：为什么我选择静态站点，以及这套方案在真实网络环境下的取舍。","content":"为什么是静态站点 动态博客（WordPress 之类）功能全，但代价是：数据库、插件、后台登录页——每一项都是攻击面，每一项都需要维护。对个人博客来说，九成功能用不上。\n静态站点的好处：\n没有数据库，没有后台，几乎无法被\u0026amp;quot;入侵\u0026amp;quot; 纯文件，备份和迁移只是一次 rsync 构建产物是 HTML/CSS/JS，任何 Web 服务器都能托管 工作流 写作到发布只需要三步：\nhugo new posts/my-post.md # 新建文章 vim content/posts/my-post.md # 写作 hugo \u0026amp;amp;\u0026amp;amp; rsync -av public/ server:/var/www/blog/ # 构建并发布 网络层面的取舍 站点托管在海外服务器上，为了在大陆也能访问，用 CDN 做前端代理。这里有一个真实的权衡：\n免费 CDN 在大陆的线路时好时坏，胜在零成本、自带 HTTPS 与防护 直连海外服务器延迟约 200ms，对静态文本页面完全可以接受 如果对大陆访问速度有更高要求，可以在香港或日本加一台小型服务器做前端 目前采用的是第一种，够用。\n一些经验 别用外部字体：一个 Web 字体动辄几百 KB，中文字体更是夸张，系统衬线字体足够好看 RSS 比算法可靠：把读者从平台手里拿回来 能静态就静态：评论、统计这些\u0026amp;quot;动态需求\u0026amp;quot;，都有对应的托管服务 "},{"title":"2026 读书记录（持续更新）","url":"/posts/reading-2026/","date":"2026-09-20","tags":["阅读"],"summary":"今年读到的一些书，以及三言两语的感受。","content":"按读完的时间倒序，只记值得记的。\n《置身事内》 讲中国地方政府与经济运作，把\u0026amp;quot;土地财政\u0026amp;quot;\u0026amp;ldquo;招商引资\u0026amp;quot;这些耳熟能详的词背后的机制讲透了。第一次理解了为什么基础设施能建得这么快，以及代价是什么。\n《Designing Data-Intensive Applications》 重读。分布式系统绕不开的一本，每次读都有新收获。这次重点重新看了复制与一致性部分，配合实际工作中的故障复盘，理解深了一层。\n《我们仨》 杨绛写家庭生活，平淡处最动人。适合睡前读，一天一篇。\n这个列表会持续更新，读完一本记一本。\n"},{"title":"关于专注的一点想法","url":"/posts/focus/","date":"2026-09-05","tags":["随笔","方法"],"summary":"信息过载的时代，专注不是意志力问题，而是环境设计问题。","content":"试过很多时间管理方法之后，最大的体会是：专注不是靠意志力，而是靠环境。\n几个真正有用的做法：\n物理隔离：工作时手机放在另一个房间，比任何番茄钟都有效 一次只做一件事：多任务切换的隐性成本远超想象 给碎片信息设闸门：固定时间看资讯，而不是被推送牵着走 写作强制思考：把想法写下来，会发现很多\u0026amp;quot;懂了\u0026amp;quot;其实是错觉 反过来，那些需要\u0026amp;quot;坚持\u0026amp;quot;的方法，大多坚持不下来。与其和人性对抗，不如把正确的行为变成默认选项。\n"},{"title":"网络排障笔记：从丢包到路由","url":"/posts/network-notes/","date":"2026-08-18","tags":["技术","网络"],"summary":"一次真实的排障过程：链路丢包如何定位，以及为什么'换一条路'往往比'修一条路'更有效。","content":"问题 一条跨境链路夜间频繁卡顿，表现为流式应用频繁重连。\n排查路径 先分清责任边界：把链路拆成\u0026amp;quot;入口段—中转段—出口段\u0026amp;quot;，逐段测量 丢包比延迟更致命：RTT 从 20ms 涨到 40ms 只是变慢，2% 的丢包却能让 TCP 吞吐塌陷 用数据说话：ping 看丢包与抖动，ss -tni 看 bytes_retrans 比例 ping -c 100 target ss -tni | grep -A1 ESTAB | grep -E \u0026amp;#34;rtt|bytes_retrans\u0026amp;#34; 结论 部分线路（尤其是小运营商中转）丢包率天然偏高，协议层优化（BBR 等）只能缓解 关键流量和普通流量分开走：把对丢包敏感的流量切换到干净线路 别迷信\u0026amp;quot;优化\u0026amp;quot;，拓扑决定上限 经验清单 测丢包至少 100 个包，短测容易误判 重传计数要按连接生命周期看，绝对值没有意义 换线路前先确认问题是链路还是服务端 "}]