数据可视化用 Recharts 做图表，折线图/柱状图/饼图都有。关键：图表组件用 next/dynamic 懒加载（ssr:false），因为 Recharts 依赖浏览器 API。数据获取在 Server Component 完成，通过 props 传给 Client Component 的图表组件。 数据库设计用了 Prisma + PostgreSQL，所有 DateTime 字段都加了 @db.Timestamptz。软删除用 deletedAt 字段，查询时自动过滤。索引方面，所有查询条件字段都加了 @@index，外键关系加了级联删除。迁移用 prisma migrate dev，生产用 prisma migrate deploy。 技术架构上，Server Component 做数据获取和 SEO 输出，Client Component 只负责交互。用 Server Action 处理表单提交，Zod 校验输入，错误消息走 next-intl i18n。认证用 Auth.js 5 JWT 模式，中间件做认证重定向和 API 限流。
这个观点我很认同，Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。我也还在探索中。
我调研过这块，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？如有不对请指正。
我的项目里也用了这个方案，Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。实践出真知，建议动手试试。
不同场景下结论可能不同：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。细节可以再展开讨论。
补充一个可能被忽略的点：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？希望少走弯路。
这个观点我很认同，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？
Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。
分享一下我的做法：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？细节可以再展开讨论。
不同场景下结论可能不同：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？希望对你有帮助。
上周刚好踩了这个坑，这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
补充一个边界情况：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。感谢楼主的启发。
这个思路很巧妙，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。这只是个人经验，不一定通用。
这个思路很巧妙，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？
补充一个可能被忽略的点：ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。期待更多实战经验分享。
我的看法略有不同：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。期待更多实战经验分享。
有个相关问题想请教：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。有疑问可以继续问。
补充一个边界情况：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。感谢楼主的启发。
这个思路很巧妙，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？希望少走弯路。
不同场景下结论可能不同：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？欢迎交流讨论。