用户反馈最积极的是暗色模式和加载体验。暗色模式用 next-themes 实现，CSS 变量控制配色。加载状态用 skeleton 骨架屏，比 spinner 体验好很多。表单提交用按钮 loading 状态 + toast 反馈，空状态有引导文案和插画。 安全方面做了：密码 bcrypt 哈希、API 限流（认证 5 次/15min，通用 60 次/min）、CORS 只允许主域、禁止 dangerouslySetInnerHTML、环境变量分离 NEXT_PUBLIC_ 和服务端变量。XSS 和 SQL 注入 Prisma 天然防护。 技术架构上，Server Component 做数据获取和 SEO 输出，Client Component 只负责交互。用 Server Action 处理表单提交，Zod 校验输入，错误消息走 next-intl i18n。认证用 Auth.js 5 JWT 模式，中间件做认证重定向和 API 限流。
我的团队是这样做的：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？欢迎交流讨论。
我做了类似的对比实验：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？如有不对请指正。
我的团队是这样做的：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。希望少走弯路。
从另一个角度看：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？希望少走弯路。
讲个真实案例：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？希望少走弯路。
这个观点我很认同，Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。效果因项目而异，建议实际测试。
实操中我发现：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？
多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？
这个方案我试过，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。希望对你有帮助。
这个思路很巧妙，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？实践出真知，建议动手试试。
实操中我发现：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。有疑问可以继续问。
300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。
讲个真实案例：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
反对一下，我的测试结果不是这样：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。细节可以再展开讨论。
我的理解是：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？我也还在探索中。
这个方案我试过，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？
我的看法略有不同：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。
我的结论恰恰相反：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。感谢楼主的启发。
结合我最近的项目经验：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？欢迎交流讨论。
有个相关问题想请教：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？感谢楼主的启发。