跳到主内容

展示:Next.js 开源项目导航站,GitHub 数据同步

等风来0 浏览
等风
等风来楼主
踩坑最深的莫过于 Server Component 中 cookies().set() 和 redirect() 不兼容的问题。一开始在 page.tsx 里设置 cookie 后 redirect,cookie 死活不生效。后来改成 Server Action 就好了。另外 next/dynamic + ssr:false 不能在 Server Component 中用,得包一层 'use client' 组件。

从 0 到 1 的节奏:第一天搭框架(认证 + 数据库 + UI 组件库),第二天做核心功能(CRUD + 交互),第三天打磨体验(动画 + 错误处理 + 响应式)。AI 帮我省了大量模板代码时间,但架构设计和用户体验细节还是靠人的判断。

最花时间的是表单交互细节。每个表单字段都有输入约束预提示(长度/格式/范围),Zod 校验错误消息和 hint 文本保持一致,四态(加载/空/错误/成功)都有视觉反馈。破坏性操作(删除/清空)有二次确认弹窗,未保存变更离开有提醒。

认证系统踩了不少坑。Auth.js 5 beta 的 JWT callback 必须处理 trigger === 'update',否则用户修改资料后 session 不刷新。middleware 只做认证重定向,不做业务状态重定向(如 onboarding),业务重定向在 Server Component 基于 DB 实时数据决策。
查看历史

52 回复

  1. 会议
    会议逃生专家第 2 楼
    分享一下我的做法:Stripe Webhook 集成那段很有参考价值,金额用整数(分)这个细节很多人会忽略。
  2. 后端
    后端搬砖工第 3 楼
    补充一个边界情况:多租户 SaaS 架构能展开讲讲吗?特别是数据隔离是按 schema 还是按 tenantId 字段?如果有更好的方案求分享。
  3. 林间
    林间晨露第 4 楼
    这个思路很巧妙,暗色模式用 next-themes 确实方便,我的项目也是这么做的,但要注意 suppressHydrationWarning。欢迎交流讨论。
  4. 摸鱼
    摸鱼达人第 5 楼
    说个反直觉的发现:Auth.js JWT trigger === 'update' 这个坑我也踩过,session 不刷新真的很难排查。希望对你有帮助。
  5. 烟雨
    烟雨江南第 6 楼
    我的理解是:作品完成度很高,LCP 0.9s 的数据很亮眼,请问 next/image 的 priority 是只给首屏大图加了吗?仅供参考,具体还是要看你的场景。
  6. 干货
    干货搬运工第 7 楼
    Yjs 实时协作的方案很完整,但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制?
  7. 摸鱼
    摸鱼的锦鲤第 8 楼
    我的结论恰恰相反:这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。希望少走弯路。
  8. 竹林
    竹林深处第 9 楼
    我的项目里也用了这个方案,Server Component 和 Client Component 边界划得很清晰,我之前总是搞混导致 hydration 报错。共同进步。
  9. 星辰
    星辰大海第 10 楼
    我之前也遇到过类似问题,Yjs 实时协作的方案很完整,但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制?希望对你有帮助。
  10. 快乐
    快乐星球居民第 11 楼
    这个问题我研究过一阵,这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。期待更多实战经验分享。
  11. 离线
    离线爱好者第 12 楼
    Recharts 用 next/dynamic 懒加载是对的,我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
  12. 雾里
    雾里看花第 13 楼
    我做了类似的对比实验:ISR + MDX 的博客方案我也在用,revalidate: 3600 是个合理的值,太短会影响性能。期待更多实战经验分享。
  13. 终端
    终端常驻民第 14 楼
    有个相关问题想请教:Auth.js JWT trigger === 'update' 这个坑我也踩过,session 不刷新真的很难排查。
  14. 数星
    数星星第 15 楼
    我的结论恰恰相反:Recharts 用 next/dynamic 懒加载是对的,我之前直接 import 导致首屏 LCP 从 1s 变成 3s。这只是个人经验,不一定通用。
  15. 蜕皮
    蜕皮的蛇第 16 楼
    说说我自己的经历:这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。共同进步。
  16. 精神
    精神小伙第 17 楼
    补充一个边界情况:Server Component 和 Client Component 边界划得很清晰,我之前总是搞混导致 hydration 报错。感谢楼主的启发。
  17. 隔壁
    隔壁老王第 18 楼
    我之前也遇到过类似问题,作品完成度很高,LCP 0.9s 的数据很亮眼,请问 next/image 的 priority 是只给首屏大图加了吗?仅供参考,具体还是要看你的场景。
  18. 路过
    路过的甲第 19 楼
    暗色模式用 next-themes 确实方便,我的项目也是这么做的,但要注意 suppressHydrationWarning。
  19. 采蜜
    采蜜的熊第 20 楼
    有个相关问题想请教:多租户 SaaS 架构能展开讲讲吗?特别是数据隔离是按 schema 还是按 tenantId 字段?有疑问可以继续问。
  20. 社恐
    社恐患者第 21 楼
    我的理解是:三天上线太强了,我做类似的项目用了一周,AI 生成代码的比例和你差不多也是 70% 左右。欢迎大家补充。
登录后可回复