这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
PostgreSQL 高可用与备份：流复制、Patroni 自动故障转移与 PITR 恢复
详解 PostgreSQL 高可用架构：流复制（同步/异步）、逻辑复制（异构表/跨版本）、Patroni + etcd 自动故障转移、备份策略矩阵（pg_dump / pg_basebackup / WAL 归档）、灾难恢复（PITR）完整流程。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
PostgreSQL 高级 SQL 查询实战：窗口函数、CTE、递归与 JSONB 深度操作
详解 PostgreSQL 超越基础 CRUD 的高级查询能力：窗口函数（ROW_NUMBER/RANK/LEAD/LAG）、递归 CTE、LATERAL JOIN、数组操作、JSONB 高级查询、正则表达式匹配与全文搜索。每个技巧配完整示例和适用场景。
Rust 错误处理与测试：thiserror、mockall 与属性测试
Rust 错误处理最佳实践：Result/Option 组合子、thiserror 与 anyhow 选型、panic 边界控制、单元/集成/文档测试、mockall 模拟、property-based testing 与代码覆盖率。
Rust 系统编程与性能优化：零拷贝、内存剖析与编译调优
Rust 系统编程深度实践：操作系统原语、零拷贝 I/O、mmap 内存映射、性能剖析（cargo flamegraph）、编译器优化（LTO/PGO）、Benchmark 与内存分析，以及 no_std 嵌入式场景。
Rust 桌面端与 WASM：Tauri、WebAssembly 与嵌入式开发
Rust 跨平台开发全景：Tauri 替代 Electron 的轻量级架构、WASM 编译（wasm-bindgen/wasm-pack）、WASI 运行时、嵌入式 Rust（no_std/embedded-hal），以及跨平台发布策略。
Rust 核心概念详解：所有权、Trait 与宏系统
Rust 核心概念全景解析：所有权模型、借用检查器、生命周期、Trait 系统、泛型编程、声明宏与过程宏，以及 Cargo 工作区与 crates 生态体系。
Rust 所有权与内存安全：智能指针、内部可变性与 Unsafe 边界
Rust 内存安全全景深度解析：所有权转移语义、智能指针全解（Box/Rc/Arc/RefCell/Mutex）、内部可变性模式、自定义 Drop trait、内存布局控制、悬垂指针与数据竞争防御、unsafe Rust 的正确使用边界。
Rust 异步与并发编程：Tokio、async/await 与并发模式
Rust 异步编程全貌：async/await 语法糖背后的 Poll 模型、Tokio 运行时架构、Channel 通信模式、并发安全 trait（Send/Sync）、流处理（Stream/Sink）与背压控制、真实高并发服务器实现。
Rust Web 框架实战：Axum、Actix-web 与 Rocket 深度对比
Rust Web 框架全面评测：Axum（Tower 生态）、Actix-web（Actor 模型）、Rocket（声明式路由）的核心差异、中间件机制、状态管理、认证授权与数据库集成，附完整 CRUD 示例与选型指南。
Rust AI 与大模型集成：Candle、llm.rs 与 Python FFI
Rust AI 开发生态深度解析：HuggingFace Candle 纯 Rust 推理框架、llm.rs 本地大模型部署、ONNX Runtime、Rust 与 Python FFI 互操作、向量数据库 Qdrant 集成，以及 AI 推理性能优化策略。
SaaS 最小网站分析：官网上线后先看这几个转化信号
开场：官网数据不是只看访问量 SaaS 早期官网上线后，很多创始人第一反应是看 PV、UV 和跳出率。这些指标有用，但不够。你真正需要知道的是：谁来了、从哪里来、看懂了什么、是否愿意进入下一步，以及留下的信息质量如何。
Go 入门：用 slog 写可检索的结构化日志
日志不是程序最后随手加的一行 。线上排查问题时，日志经常是第一证据：哪个用户触发了请求、参数是什么、调用下游花了多久、错误发生在哪一层。纯文本日志能看，但不方便检索。结构化日志把关键信息放到字段里，日志平台可以按字段过滤、聚合和统计。
SaaS PMF 早期信号：不要只用收入判断产品市场匹配
开场：早期收入可能是信号，也可能是噪音 SaaS 创业者很容易把第一笔收入当成 PMF。有人愿意付钱当然重要，但早期收入可能来自熟人支持、一次性项目、重度定制或创始人的强销售能力。它不一定说明产品能重复卖给相似客户。
Go 数据库迁移：goose、golang-migrate 与最佳实践
全面讲解 Go 生态中的数据库迁移方案，涵盖 goose 和 golang-migrate 两大主流工具的实战用法，以及迁移文件规范、版本控制、数据迁移、测试策略、CI/CD 集成和生产环境最佳实践
SaaS 轻量 SLA：早期支持承诺要清楚，但别承诺做不到的赔付
开场：支持承诺含糊，会让客户和团队都痛苦 早期 SaaS 创始人常对客户说：“有问题随时找我。” 这句话听起来负责，但长期会变成不可控承诺。客户不知道什么问题多久能解决，团队也不知道哪些问题必须立刻处理。
游戏服务器数据修复工单架构设计
背景 线上运营久了，数据修复一定会发生。玩家奖励漏发、活动进度异常、误封恢复、合服冲突、支付补单、背包道具纠错，都需要人为介入。最危险的做法是让研发临时写 SQL 或让客服后台直接改库。短期省事，长期会留下权限失控、审计缺失、重复补偿和误操作事故。
Go fs.FS 入门：让文件读取逻辑更容易测试
用配置文件读取示例讲 io/fs.FS 的基本用法，展示 os.DirFS、fstest.MapFS、embed.FS 和测试边界。
SaaS 使用复盘：早期别只问客户满不满意，要看真实行为
开场：客户说满意，不代表产品进入了工作流 早期 SaaS 很容易被客户的客气反馈误导。客户说“挺好的”“我们再看看”“之后会用起来”，但后台数据显示只有一次登录，没有导入数据，也没有邀请同事。这样的满意没有太大意义。
SaaS 反馈分拣：客户提需求后，先判断是问题、方案还是情绪
开场：客户反馈不能直接等于产品需求 SaaS 早期客户反馈很珍贵，但也很危险。客户会说“加一个导出按钮”“能不能做个审批”“这里太麻烦”“你们应该做移动端”。如果你把每一句话都变成需求，路线图很快失控。
Go 文件变化轮询入门：不用依赖也能做简单热加载
监听文件变化常见做法是使用 fsnotify 这类库。但有些小工具不想引入依赖，只需要每隔几秒检查配置文件是否变了。这时轮询修改时间是一个简单可控的方案。它不够实时，但容易理解，也适合入门。本文用配置热加载示例讲如何轮询文件变化，以及它的边界。