数据可视化用 Recharts 做图表，折线图/柱状图/饼图都有。关键：图表组件用 next/dynamic 懒加载（ssr:false），因为 Recharts 依赖浏览器 API。数据获取在 Server Component 完成，通过 props 传给 Client Component 的图表组件。 认证系统踩了不少坑。Auth.js 5 beta 的 JWT callback 必须处理 trigger === 'update'，否则用户修改资料后 session 不刷新。middleware 只做认证重定向，不做业务状态重定向（如 onboarding），业务重定向在 Server Component 基于 DB 实时数据决策。 最得意的功能是实时协作，用 Yjs + WebSocket 实现多人同时编辑。Yjs 处理 CRDT 数据同步，WebSocket 做实时通信，离线编辑用 IndexedDB 缓存。Next.js 的 API 路由做 WebSocket 中继服务器，部署在 Vercel 的 Edge Runtime 上。
有个细节值得注意：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。踩了很多坑才总结出来的。
这个方案我试过，Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。后续有新发现再来更新。
我的项目里也用了这个方案，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？欢迎大家补充。
结合我最近的项目经验：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？如果有更好的方案求分享。
反对一下，我的测试结果不是这样：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。希望对你有帮助。
我做了类似的对比实验：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？
从另一个角度看：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？
有个更优的方案：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。如果有更好的方案求分享。
有个相关问题想请教：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。后续有新发现再来更新。
实操中我发现：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？一起学习。
有个相关问题想请教：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
分享一下我的做法：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
这个思路很巧妙，ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。如果有更好的方案求分享。
我的团队是这样做的：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？
分享一下我的做法：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？一起学习。
分享一下我的做法：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。欢迎私信深入交流。