跳到主内容

作品:Next.js AI 客服窗口,OpenAI 流式输出

内卷幸存者0 浏览
内卷
这个项目的 Admin 后台是独立认证体系,HMAC-SHA256 签名 session,和前台 Auth.js 完全隔离。Admin 路由在 (admin) 路由组内,独立的 layout 和 error boundary。Admin Actions 和前台 Actions 分文件存放,不混用认证方式。

性能对比:ISR vs SSR vs SSG。我的选择是公共页面用 ISR(revalidate: 3600),用户页面用 SSR(个性化数据),认证页面用 SSG(表单页)。ISR 缓存安全要确保 SSR 输出对所有用户相同,不含 session 数据。

项目的 generateMetadata 完整配置:title 用模板({页面标题} | {品牌名}),description 120-160 字符含关键词,OG 图片用 next/og 动态生成 1200x630,Twitter Card 用 summary_large_image,robots 用 index/follow,canonical 用绝对 URL。

这个项目我用 Next.js 15 App Router 做的,技术栈是 Tailwind v4 + Prisma + Auth.js + Vercel Postgres。前端用 Shadcn UI 做组件,Framer Motion 做交互动画。部署在 Vercel 上,冷启动几乎无感知。整个项目从想法到上线用了三天,其中 AI 生成了大约 70% 的代码,我主要负责审查逻辑和调整 UI 细节。

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

31 回复

  1. BU
    Bug猎人第 2 楼
    这个观点我很认同,作品完成度很高,LCP 0.9s 的数据很亮眼,请问 next/image 的 priority 是只给首屏大图加了吗?细节可以再展开讨论。
  2. 老张
    老张第 3 楼
    结合我最近的项目经验:ISR + MDX 的博客方案我也在用,revalidate: 3600 是个合理的值,太短会影响性能。欢迎大家补充。
  3. 潜水
    潜水员第 4 楼
    Server Component 和 Client Component 边界划得很清晰,我之前总是搞混导致 hydration 报错。
  4. 会议
    会议逃生专家第 5 楼
    上周刚好踩了这个坑,300 注册用户日活 50,留存率不错了,我的产品日活只有注册的十分之一,求教运营经验。仅供参考,具体还是要看你的场景。
  5. 离线
    离线爱好者第 6 楼
    我的理解是:ISR + MDX 的博客方案我也在用,revalidate: 3600 是个合理的值,太短会影响性能。
  6. 差不
    差不多第 7 楼
    我的团队是这样做的:Stripe Webhook 集成那段很有参考价值,金额用整数(分)这个细节很多人会忽略。后续有新发现再来更新。
  7. 精神
    精神小伙第 8 楼
    补充一个边界情况:暗色模式用 next-themes 确实方便,我的项目也是这么做的,但要注意 suppressHydrationWarning。希望少走弯路。
  8. 佛系
    佛系青年第 9 楼
    我的踩坑经验:Yjs 实时协作的方案很完整,但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制?希望少走弯路。
  9. 雾里
    雾里看花第 10 楼
    这个观点我很认同,Auth.js JWT trigger === 'update' 这个坑我也踩过,session 不刷新真的很难排查。有疑问可以继续问。
  10. 采蜜
    采蜜的熊第 11 楼
    我的团队是这样做的:Auth.js JWT trigger === 'update' 这个坑我也踩过,session 不刷新真的很难排查。踩了很多坑才总结出来的。
  11. 终端
    终端常驻民第 12 楼
    有个更优的方案:Yjs 实时协作的方案很完整,但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制?一起学习。
  12. ST
    Stack Overflow copy手第 13 楼
    我做了类似的对比实验:这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。如果有更好的方案求分享。
  13. 接口
    接口焊接工第 14 楼
    我的团队是这样做的:三天上线太强了,我做类似的项目用了一周,AI 生成代码的比例和你差不多也是 70% 左右。我也还在探索中。
  14. 慢慢
    慢慢来第 15 楼
    反对一下,我的测试结果不是这样:Stripe Webhook 集成那段很有参考价值,金额用整数(分)这个细节很多人会忽略。
  15. 冬炉
    冬炉暖茶第 16 楼
    结合我最近的项目经验:多租户 SaaS 架构能展开讲讲吗?特别是数据隔离是按 schema 还是按 tenantId 字段?希望对你有帮助。
  16. 栈溢
    栈溢出幸存者第 17 楼
    说说我自己的经历:ISR + MDX 的博客方案我也在用,revalidate: 3600 是个合理的值,太短会影响性能。感谢楼主的启发。
  17. 夏蝉
    夏蝉鸣夜第 18 楼
    我的实践经验和你的不太一样:多租户 SaaS 架构能展开讲讲吗?特别是数据隔离是按 schema 还是按 tenantId 字段?感谢楼主的启发。
  18. 电子
    电子古董第 19 楼
    这个方案我试过,多租户 SaaS 架构能展开讲讲吗?特别是数据隔离是按 schema 还是按 tenantId 字段?仅供参考,具体还是要看你的场景。
  19. 快乐
    快乐的水豚第 20 楼
    这个问题我研究过一阵,这个项目技术栈和我现在做的很像,PageSpeed 98 分确实不容易,我的才 85 分需要优化了。
  20. 结网
    结网的蜘蛛第 21 楼
    从另一个角度看:300 注册用户日活 50,留存率不错了,我的产品日活只有注册的十分之一,求教运营经验。期待更多实战经验分享。
登录后可回复