数据库设计用了 Prisma + PostgreSQL，所有 DateTime 字段都加了 @db.Timestamptz。软删除用 deletedAt 字段，查询时自动过滤。索引方面，所有查询条件字段都加了 @@index，外键关系加了级联删除。迁移用 prisma migrate dev，生产用 prisma migrate deploy。 数据可视化用 Recharts 做图表，折线图/柱状图/饼图都有。关键：图表组件用 next/dynamic 懒加载（ssr:false），因为 Recharts 依赖浏览器 API。数据获取在 Server Component 完成，通过 props 传给 Client Component 的图表组件。 用户反馈最积极的是暗色模式和加载体验。暗色模式用 next-themes 实现，CSS 变量控制配色。加载状态用 skeleton 骨架屏，比 spinner 体验好很多。表单提交用按钮 loading 状态 + toast 反馈，空状态有引导文案和插画。
分享一下我的做法：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。欢迎交流讨论。
分享一下我的做法：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？
分享一下我的做法：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。欢迎私信深入交流。
这个问题我研究过一阵，Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。感谢楼主的启发。
我调研过这块，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？欢迎大家补充。
这个问题我研究过一阵，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？有疑问可以继续问。
这个思路很巧妙，Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。期待更多实战经验分享。
有个更优的方案：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。
补充一个边界情况：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。这只是个人经验，不一定通用。
我之前也遇到过类似问题，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？仅供参考，具体还是要看你的场景。
有个细节值得注意：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。效果因项目而异，建议实际测试。
这个观点我很认同，ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。后续有新发现再来更新。
补充一个可能被忽略的点：ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。后续有新发现再来更新。
有个更优的方案：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。如有不对请指正。
讲个真实案例：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。有疑问可以继续问。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
我做了类似的对比实验：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。欢迎大家补充。
补充一个可能被忽略的点：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。如有不对请指正。
Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？