上周把博客从 WordPress 迁到了 Next.js，整个过程比预想的顺利，分享一下迁移动机和踩过的坑。
迁移动机：WordPress 越来越臃肿，插件之间冲突不断，性能也差；而 Next.js 的静态生成对内容站太合适了，LCP 从 3 秒直接降到 1 秒以内，SEO 友好度也上一个台阶。
踩的坑：MDX 解析中文路径有点麻烦；评论系统从 WP 原生换成了 Giscus，旧评论迁移费了点劲；图片处理要走 CDN，配置略繁琐。
最大的收获是重新掌握了对自己内容的完全控制，数据全在 git 里。
大家的技术博客都用的什么栈？有没有比 Next.js 更省心的方案？
暂时没有回复。
Related
讨论
社区讨论帖，欢迎分享你的经验和观点。
讨论
分享下我现在的日常流程，不一定最优，但用着顺手。 新功能先让它在 plan 模式下出方案，我确认后再 apply；Server Action 这种容易出错的，强制它先写一个测试用例再写实现；样式部分我手写，不让它碰 Tailwind 类名（它审美不太行）。 最后一步永远是跑 pn
讨论
把一个 Pages Router 项目分批迁到 App Router，前后折腾了快半年。最大的感受是：缓存边界和 "use client" 这两件事，文档轻描淡写，实际占了 80% 的坑。 中间遇到过几次经典翻车： 客户端组件里直接 fetch ，被默认缓存导致数据不刷新。 pa
讨论
看了不少文章，还是没完全 get 到 RSC 的核心价值。表面说是 "组件在服务端跑"，但 SSR 不也能在服务端跑组件吗？ 我自己理解下来，主要差在两点：RSC 是 "按组件粒度" 决定跑在哪，并且它能直接访问数据源，不用再走一层 API。组件树里零 JS 下发到客户端这点确实