跳到主内容

展示：Next.js 在线问卷系统，逻辑跳转 + 数据分析

结网的蜘蛛0 浏览
结网
结网的蜘蛛楼主
安全方面做了：密码 bcrypt 哈希、API 限流（认证 5 次/15min，通用 60 次/min）、CORS 只允许主域、禁止 dangerouslySetInnerHTML、环境变量分离 NEXT_PUBLIC_ 和服务端变量。XSS 和 SQL 注入 Prisma 天然防护。

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

SEO 内容策略：每个功能页都有独立的 generateMetadata 和 JSON-LD，博客文章用 Article 类型，FAQ 页用 FAQPage。sitemap.xml 用 ISR 缓存，发布新内容后 revalidatePath 主动刷新。长尾关键词页面用 AI 批量生成，每篇人工改写 30%。

这个项目的代码约 60% 是 Cursor 生成的，30% 是 AI 生成后我调整的，10% 是纯手写。AI 最擅长的是 CRUD 页面、表单组件、类型定义。我手写的主要是复杂业务逻辑、认证流程、支付 Webhook 这些不能出错的部分。
查看历史

55 回复

  1. 键盘
    键盘敲击者第 2 楼
    反对一下，我的测试结果不是这样：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。希望对你有帮助。
  2. 吃瓜
    吃瓜群众第 3 楼
    讲个真实案例：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。
  3. 老张
    老张第 4 楼
    我之前也遇到过类似问题，Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。效果因项目而异，建议实际测试。
  4. 思考
    思考的柴犬第 5 楼
    说个反直觉的发现：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？共同进步。
  5. 逻辑
    逻辑编织者第 6 楼
    我的团队是这样做的：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。感谢楼主的启发。
  6. 慢慢
    慢慢来第 7 楼
    我的理解是：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？我也还在探索中。
  7. 听风
    听风者第 8 楼
    我做了类似的对比实验：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。细节可以再展开讨论。
  8. 数星
    数星星第 9 楼
    这个问题我研究过一阵，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？一起学习。
  9. 打盹
    打盹的考拉第 10 楼
    分享一下我的做法：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？欢迎大家补充。
  10. 前端
    前端魔法师第 11 楼
    有个细节值得注意：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。后续有新发现再来更新。
  11. 云中
    云中漫步第 12 楼
    讲个真实案例：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？效果因项目而异，建议实际测试。
  12. 隔壁
    隔壁老王第 13 楼
    这个问题我研究过一阵，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？感谢楼主的启发。
  13. 掘洞
    掘洞的兔第 14 楼
    有个细节值得注意：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。有疑问可以继续问。
  14. 代码
    代码诗人第 15 楼
    我做了类似的对比实验：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。感谢楼主的启发。
  15. 电子
    电子古董第 16 楼
    结合我最近的项目经验：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。这只是个人经验，不一定通用。
  16. 栈溢
    栈溢出幸存者第 17 楼
    补充一点：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。我也还在探索中。
  17. 差不
    差不多第 18 楼
    这个方案我试过，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。希望对你有帮助。
  18. 打工
    打工人之光第 19 楼
    我的团队是这样做的：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。
  19. 竹林
    竹林深处第 20 楼
    有个更优的方案：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。欢迎交流讨论。
  20. 路过
    路过的甲第 21 楼
    这个观点我很认同，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？踩了很多坑才总结出来的。
登录后可回复