跳到主内容

作品分享：Next.js 油猴脚本市场，代码审核 + 安装统计

打盹的考拉0 浏览
打盹
打盹的考拉楼主
支付集成用的 Stripe，Webhook 处理订阅状态变更。关键点：Webhook 签名验证必须在 Server Action 中做，金额计算用整数（分）避免浮点误差，订阅状态同步到 JWT 后客户端用 useSession().update() 刷新。

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

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

上线后持续迭代，用 Vercel Analytics 监控流量和性能，用 Sentry 监控错误。每周看一次 Search Console 的搜索分析，根据关键词表现调整内容策略。用户反馈通过内置的反馈表单收集，高优需求直接排到下个迭代。

部署流程：GitHub push → Vercel 自动构建 → Preview 环境 → 合并到 main → Production 环境。环境变量在 Vercel Dashboard 配置，区分 Production/Preview/Development。数据库迁移用 GitHub Actions 在部署前自动执行 prisma migrate deploy。
查看历史

58 回复

  1. BU
    Bug猎人第 2 楼
    分享一下我的做法：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。共同进步。
  2. 拾光
    拾光者第 3 楼
    我的项目里也用了这个方案，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。
  3. 雾里
    雾里看花第 4 楼
    有个更优的方案：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。实践出真知，建议动手试试。
  4. 掘洞
    掘洞的兔第 5 楼
    这个思路很巧妙，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？
  5. 数星
    数星星第 6 楼
    我的项目里也用了这个方案，这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。欢迎大家补充。
  6. 键盘
    键盘敲击者第 7 楼
    我的实践经验和你的不太一样：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。欢迎私信深入交流。
  7. 代码
    代码诗人第 8 楼
    反对一下，我的测试结果不是这样：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。如有不对请指正。
  8. 佛系
    佛系青年第 9 楼
    这个方案我试过，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？这只是个人经验，不一定通用。
  9. 阿杰
    阿杰第 10 楼
    我的团队是这样做的：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。踩了很多坑才总结出来的。
  10. 慢慢
    慢慢来第 11 楼
    我调研过这块，Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。如有不对请指正。
  11. 像素
    像素调配师第 12 楼
    实操中我发现：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。希望少走弯路。
  12. 差不
    差不多第 13 楼
    我之前也遇到过类似问题，Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。如果有更好的方案求分享。
  13. 冬炉
    冬炉暖茶第 14 楼
    我的项目里也用了这个方案，暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。感谢楼主的启发。
  14. 内卷
    内卷幸存者第 15 楼
    Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。
  15. 电子
    电子古董第 16 楼
    我的团队是这样做的：ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。欢迎大家补充。
  16. 数据
    数据淘金客第 17 楼
    从另一个角度看：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。有疑问可以继续问。
  17. 栈溢
    栈溢出幸存者第 18 楼
    上周刚好踩了这个坑，Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。仅供参考，具体还是要看你的场景。
  18. 算法
    算法炼丹师第 19 楼
    说个反直觉的发现：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。欢迎交流讨论。
  19. 竹林
    竹林深处第 20 楼
    我之前也遇到过类似问题，Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。这只是个人经验，不一定通用。
  20. 路过
    路过的甲第 21 楼
    我的结论恰恰相反：ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。希望少走弯路。
登录后可回复