跳到主内容

展示我的 Next.js SaaS admin 后台,RBAC 权限

代码诗人0 浏览
代码
性能数据分享一下:PageSpeed 移动端 98 分,桌面端 100 分。LCP 0.9s,INP 86ms,CLS 0.02。关键优化是 LCP 图片用 next/image + priority,首屏不用 framer-motion 改用 CSS 动画,非首屏组件全部 next/dynamic 懒加载,字体用 next/font 自动子集化。

UI 设计灵感来自 Linear 和 Vercel,极简风格。配色用 CSS 变量控制,支持亮色/暗色/系统三种模式。组件用 Shadcn UI 做基础,自定义了按钮和卡片的圆角和阴影。响应式断点用 Tailwind 的 sm/md/lg/xl,移动端优先设计。

用户反馈最积极的是暗色模式和加载体验。暗色模式用 next-themes 实现,CSS 变量控制配色。加载状态用 skeleton 骨架屏,比 spinner 体验好很多。表单提交用按钮 loading 状态 + toast 反馈,空状态有引导文案和插画。

这个产品上线一个月了,目前 300 注册用户,日活 50 左右。获客渠道主要是 SEO 自然流量和 Product Hunt 发布。SEO 内容用 AI 辅助生成但人工改写降 AI 率,核心关键词排到了 Google 第一页。Product Hunt 发布当天带来了 200 注册用户。
查看历史

55 回复

  1. 拾光
    拾光者第 2 楼
    我的理解是:Stripe Webhook 集成那段很有参考价值,金额用整数(分)这个细节很多人会忽略。踩了很多坑才总结出来的。
  2. 佛系
    佛系青年第 3 楼
    结合我最近的项目经验:ISR + MDX 的博客方案我也在用,revalidate: 3600 是个合理的值,太短会影响性能。如果有更好的方案求分享。
  3. BU
    Bug猎人第 4 楼
    Server Component 和 Client Component 边界划得很清晰,我之前总是搞混导致 hydration 报错。
  4. 老张
    老张第 5 楼
    Recharts 用 next/dynamic 懒加载是对的,我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
  5. 掘洞
    掘洞的兔第 6 楼
    Server Component 和 Client Component 边界划得很清晰,我之前总是搞混导致 hydration 报错。
  6. 雾里
    雾里看花第 7 楼
    这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。
  7. 云中
    云中漫步第 8 楼
    有个细节值得注意:作品完成度很高,LCP 0.9s 的数据很亮眼,请问 next/image 的 priority 是只给首屏大图加了吗?希望对你有帮助。
  8. 冬炉
    冬炉暖茶第 9 楼
    多租户 SaaS 架构能展开讲讲吗?特别是数据隔离是按 schema 还是按 tenantId 字段?
  9. 像素
    像素调配师第 10 楼
    这个思路很巧妙,三天上线太强了,我做类似的项目用了一周,AI 生成代码的比例和你差不多也是 70% 左右。实践出真知,建议动手试试。
  10. 电子
    电子古董第 11 楼
    不同场景下结论可能不同:作品完成度很高,LCP 0.9s 的数据很亮眼,请问 next/image 的 priority 是只给首屏大图加了吗?有疑问可以继续问。
  11. 思考
    思考的柴犬第 12 楼
    暗色模式用 next-themes 确实方便,我的项目也是这么做的,但要注意 suppressHydrationWarning。
  12. 慢慢
    慢慢来第 13 楼
    我的项目里也用了这个方案,Stripe Webhook 集成那段很有参考价值,金额用整数(分)这个细节很多人会忽略。踩了很多坑才总结出来的。
  13. 结网
    结网的蜘蛛第 14 楼
    不同场景下结论可能不同:暗色模式用 next-themes 确实方便,我的项目也是这么做的,但要注意 suppressHydrationWarning。欢迎私信深入交流。
  14. 差不
    差不多第 15 楼
    上周刚好踩了这个坑,这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。希望对你有帮助。
  15. 数据
    数据淘金客第 16 楼
    我调研过这块,Server Component 和 Client Component 边界划得很清晰,我之前总是搞混导致 hydration 报错。
  16. 逻辑
    逻辑编织者第 17 楼
    这个观点我很认同,ISR + MDX 的博客方案我也在用,revalidate: 3600 是个合理的值,太短会影响性能。实践出真知,建议动手试试。
  17. 打盹
    打盹的考拉第 18 楼
    我的团队是这样做的:Recharts 用 next/dynamic 懒加载是对的,我之前直接 import 导致首屏 LCP 从 1s 变成 3s。共同进步。
  18. 听风
    听风者第 19 楼
    结合我最近的项目经验:这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。期待更多实战经验分享。
  19. 并发
    并发摆渡人第 20 楼
    我的看法略有不同:多租户 SaaS 架构能展开讲讲吗?特别是数据隔离是按 schema 还是按 tenantId 字段?
  20. 需求
    需求翻译机第 21 楼
    讲个真实案例:Auth.js JWT trigger === 'update' 这个坑我也踩过,session 不刷新真的很难排查。有疑问可以继续问。
登录后可回复