[自荐] SPX：基于 Next.js + Supabase + Stripe 的独立产品网站源码

大家好，来分享一下我整理的网站源码产品 SPX ，也给自己的产品做个自荐。

做独立产品，核心功能之外，总有一批需要处理的事情：产品介绍页、用户登录、支付、购买后的访问权限、博客，以及部署配置。

这些事情每一项都有现成方案，但把它们接起来，仍然要花时间处理配置和流程细节。

SPX 就是把这些基础模块整理到一个项目里，让有开发基础、准备做产品的人，可以从已有代码开始修改。

目前包含：

网站页面：产品介绍、价格展示、FAQ 等基础页面。

用户登录：基于 Supabase Auth ，支持邮箱验证码，可配置 Google 登录。

支付与权限：Stripe 一次性付款，支付完成后通过 Webhook 更新用户访问权限。

会员工作区：登录后的用户页面和产品访问入口。

博客与 SEO 基础：文章、分类、作者页及 sitemap 配置。

部署文档：本地启动、数据库配置、支付配置和上线步骤。
技术栈是 Next.js 14 App Router 、TypeScript 、Supabase 、Stripe 、Tailwind CSS 和 DaisyUI 。

IndieXYZ 这套站点本身也用于展示 SPX 的页面和模块，可以先看看效果，再判断是否符合自己的需求：

产品介绍： https://indiexyz.com/#spx

使用指南： https://indiexyz.com/blog/spx-usage-guide

提前说明一下使用边界：交付的是网站源码，需要自行配置 Supabase 、Stripe 、邮件服务和部署环境；目前支付流程是一次性购买。它适合愿意改代码、希望少做一些基础搭建的开发者。

价格： [补充实际金额及币种] ，一次性购买。 第三方服务的费用需要另外承担。

也想听听大家的意见：你们做独立产品时，登录、支付、部署这些环节，哪个最耗时间？对于这类源码产品，最在意的是代码结构、文档完整度，还是后续维护？

欢迎提具体问题，我会在评论里回复。

可以考虑添加会员订阅模式，现在一次性购买的方案对用户粘性不太友好。

支付环节最耗时间，特别是处理各种异常情况和退款流程。

这个博客系统支持 Markdown 编辑器吗？还是需要自己配置？

这个方案可能没有考虑 Stripe 支付失败时的回滚机制，万一用户付了钱但权限没更新会出问题。