把对象存储抽象成一层 S3 接口：兼容 OSS / R2 / MinIO
用 AWS SDK 的 S3 协议作为统一抽象，让开发环境跑本地 MinIO、生产用阿里云 OSS、未来可换 Cloudflare R2，全靠改环境变量。还要避开 SDK 新版默认校验头踩的坑。
后端工程290
后端工程
NestJS / Node.js 服务端：数据建模、缓存、鉴权、错误处理、对象存储等工程实践。
统一响应与语义化错误码：拦截器 + 异常过滤器
让后端所有出口长一个样——成功走拦截器包装成统一信封，失败走异常过滤器配语义化错误码。前端从此只写一份处理逻辑，再也不用为每个接口的返回结构打补丁。
后端工程360
Redis 归档缓存的事件驱动失效：EventEmitter2 + TTL 兜底
博客归档页「按年份分组的全部文章」读多写少，适合缓存。但缓存怎么失效才能既实时又稳？我用文章变更事件主动清缓存，再加一个 TTL 兜底，组合出一个稳妥的方案。
后端工程320
用 NestJS + Fastify 重写 Koa 博客后端：架构取舍与收益
把一套基于 Koa 的个人博客后端用 NestJS + Fastify 重写，记录模块化分层、统一响应、依赖注入带来的可维护性提升，以及为什么选 Fastify 而不是 Express。
后端工程280
JWT 双令牌：access/refresh 边界与 Identity 守卫设计
用短命 access token + 长命 refresh token 兼顾安全与体验，再用一个「全局尽力解析、按需强制校验」的身份守卫，让公开接口也能识别登录态。这是我博客后端的鉴权骨架。
后端工程310
Typegoose 实战：用装饰器写出类型安全的 Mongoose 模型
Mongoose 的 Schema 和 TypeScript 类型天然是两份东西，容易写着写着就对不上。Typegoose 用一个 class + 装饰器同时定义二者，让模型既是 schema 又是类型。
后端工程320
MongoDB 双 ID 体系：为什么同时保留 _id 与自增 id
一篇文章既有 MongoDB 的 ObjectId（_id），又有一个从 1 开始自增的数字 id。看似冗余，背后是对 URL 友好性、外部引用稳定性与查询性能的权衡。
后端工程310
