- 现有 Django 项目
- Stripe 测试模式访问
- 支付界面需要 frontend
无需仓库权限。仅在你希望我们直接集成时才需要项目访问权限。
Django 插件
把 PaymentIntents、已签名 webhook 和服务器端订单状态接入现有 Django 项目,无需从零实现 Stripe API、验签与履约。
起
$199
USD · Django
Django Stripe 集成 · Django
Requirements
无需仓库权限。仅在你希望我们直接集成时才需要项目访问权限。
功能说明
Bacodo 把 Stripe 接入你已有的 Django 项目。交付后视图、URL 与设置位于你的仓库。Stripe 账户、密钥和手续费仍由你持有。Django 不采集原始卡号。
生产级 Django Stripe 路径需要官方 stripe SDK、在服务器创建 PaymentIntent 或 Checkout Session、免 CSRF 的 webhook 视图、construct_event 验签,并且仅在 Stripe 确认后更新订单。模板或 SPA 绝不能持有密钥。
我们加入创建 PaymentIntent 的 Django URL/视图(或 DRF 端点)、校验 Stripe-Signature 的 webhook 视图、环境变量设置,以及写入你已有的订单或权益模型。
团队可跳过第一次生产级 Django Stripe 实现:webhook 幂等、原始请求体、支持 SCA 的 PaymentIntent,以及测试切正式的交付说明。
已有 Django 后端、希望由服务器持有可维护支付路径的开发者、技术团队、代理商和创业公司。
主要功能
在 Django 视图或服务中用官方 Stripe Python 库创建 PaymentIntent 或 Checkout Session。密钥留在 Django settings / 环境变量,不进入模板或浏览器。
专用 Django URL 读取原始请求体,并在任何订单写入前用 construct_event 校验 Stripe-Signature。验签成功前 Django 不假定 200 即履约。
履约在 webhook 之后的 Django 中进行,而不是感谢页。我们更新你现有的订单或权益模型,使已有 Django 管理后台或 API 反映已支付。
先用测试密钥和 webhook 密钥交付 Django。上线是设置与 Dashboard 端点的切换说明,不是 Add-on 许可。
Stripe 可能重试。Django 处理按 event id 或 PaymentIntent id 去重,避免重复履约。
Django 模板、HTMX 或独立 SPA 只接收可发布密钥或 Checkout URL。卡数据留在 Stripe。本 Add-on 是 Django 服务器路径,不是在 Django 里持久化自定义卡表单。
适用场景
你已在 Django 中创建订单,需要服务器创建 PaymentIntent 并从 webhook 标记已支付。
需要可维护的 Django Stripe 路径、源码在客户仓库,以及正式密钥切换说明,而不是一次性脚本。
Django 需创建首笔 PaymentIntent 或绑定支付方式;订阅与发票仍在你的模型中,若已使用 Stripe Billing 则继续沿用。
先在 Django 向顾客收费。若市场模式需要,Stripe Connect 或 destination charge 可另开范围。
Demo
预览 Django 服务器路径:创建 PaymentIntent、接收 POST /webhooks/stripe/、验签、更新订单。兼容性检查后可对接你的 Stripe 账户做沙箱。本页不产生真实扣款,也不在 Django 中采集卡信息。
工作方式
遵循 Bacodo 标准 Add-on 流程,并针对 Django 检查 URL、设置、订单模型,以及现有前端如何调用 Django。
01
确认 Django Stripe 集成,以及首日在 Django 服务器上使用 PaymentIntents、Checkout Session 或两者。
02
核对 Django / Python 版本、现有订单模型、鉴权、是否使用 DRF,以及是否已有 Stripe 账户。
03
加入 stripe、Django URL 与视图、webhook 校验,以及前端将调用的创建 PaymentIntent 路径。
04
从环境变量接入 Django 设置:密钥、可发布密钥、webhook 密钥,以及 Stripe 将调用的公开 webhook URL。
05
用 Stripe CLI 或 Dashboard 测试事件打到 Django webhook,并覆盖创建 intent 与拒付/取消路径。
06
交付 Django 源码、设置说明和正式密钥清单。Django 实现由你维护。
架构
Django 进程持有密钥。客户端请求 Django 创建 PaymentIntent 或 Checkout Session。Stripe 通过 webhook 通知 Django。Django 验签后写入订单状态。
支持的技术
当前受支持的 Django LTS/稳定版,以及 stripe SDK 接受的 Python 版本。在 Django 兼容性检查时锁定版本。
用于 PaymentIntents、Checkout Session 和 construct_event。除非你要求,我们不会用无文档包包裹 Django 支付。
订单或权益更新仍写回已有模型。仅在 Django API 已使用 DRF 时才用 DRF。
你的 Stripe 账户、Django 使用的测试/正式密钥、webhook 端点与 Dashboard 事件。手续费由 Stripe 收取。
宿主需能运行 Django 并接收来自 Stripe 的 HTTPS POST(如 Gunicorn/uWSGI)。纯静态站点无法托管此 webhook 路径。
交付内容
Pricing
此价格仅针对 Django 平台,不套用 Next.js 或 Flutter 的 Add-on 价格。
Django Stripe 集成
将可上线的 Stripe 支付接入现有 Django 项目,并保留全部源代码。
要求
$199
一次性Django
需要 frontend?
安全结账由stripe
交付与安全
典型 Django Stripe 集成在 Django 兼容性检查后划定范围。周期取决于现有订单模型以及客户端如何调用 Django。
交付前在 Django 应用上跑通测试 PaymentIntent、webhook 签名、重试与拒付路径。
密钥与 webhook 签名密钥留在服务端环境。Django 模板和 SPA 只收到可发布密钥或短期 client secret。
Django webhook 视图在更新订单或权益前校验 Stripe 签名。
我们不宣称 PCI 认证、零欺诈或保证通过率。Django 不存储 PAN。卡数据由客户端上的 Stripe Checkout 或 Elements 采集,我们不持久化自定义 Django 卡表单。
FAQ
Django Stripe 集成包括官方 stripe Python SDK、创建 PaymentIntent 或 Checkout Session 的 Django 视图或 DRF 端点、已签名 webhook 视图、在你的模型上更新订单状态、针对 Stripe 测试事件的验证,以及交付说明。Django 源码进入你的项目。Stripe 手续费与账户另计。
会。Django Stripe 集成面向你已有的 Django 项目。我们把 URL、视图和设置接到现有 Django 应用,而不是把独立演示站当作交付物。
不会。Django 不得存储 PAN。客户端使用 Stripe Checkout 或 Elements。Django Stripe 集成负责服务端 PaymentIntent、webhook 和订单写入。向 Django 提交原始卡数据的自定义卡表单不在默认范围。
Django Stripe 集成使用官方 stripe Python 库处理 PaymentIntents、Checkout Session 和 construct_event。除非你明确要求,我们不会用无文档插件包裹 Django 支付。
履约需要。Stripe 必须 POST 到可访问的 Django HTTPS 端点。本地 Django 在开发时需要 Stripe CLI 或隧道。纯静态宿主无法运行此 Django webhook。
不必。Django Stripe 集成默认使用 Django 视图。仅当你的 Django API 已使用 DRF,并在 Django 兼容性检查中达成一致时才用 DRF。
Django 可以创建 PaymentIntent 或 Checkout Session,并把 Stripe customer id 存在模型上。周期性 Stripe Billing、客户门户和发票逻辑在服务端。订阅较重的 Django 工作可能需要 Custom Quote。
Django 进程从环境变量/设置读取密钥和 webhook 签名密钥。模板或 SPA 只收到可发布密钥。Django Stripe 集成不会把密钥放进 Django 模板。
我们先用测试密钥和测试 webhook 事件实现 Django Stripe 集成。上线是在 Stripe Dashboard 与 Django 设置中切换密钥和端点,而不是激活 Add-on 许可。
Django 创建支持 SCA 的 PaymentIntent。客户端用 Stripe.js 或 Checkout 完成 3-D Secure。Django 仅在 webhook 收到 payment_intent.succeeded 后履约,而不是仅凭浏览器跳转。
履约需要。Django 创建 PaymentIntent 或 Checkout Session 之后,感谢页不是事实来源。webhook 视图验签后才标记订单已付。
可以。Django Stripe 集成通常在现有 Django 订单模型旁增加字段或薄支付记录,而不是替换目录或预约结构。
不包含。你创建并持有 Stripe 账户、API 密钥和手续费。Django Add-on 价格是接入你的 Django 项目,不是 Bacodo 支付许可。
不会。应用商店内的数字商品通常仍需 IAP。Django Stripe 集成用于你的 Django API 被允许为该产品类型创建的 Stripe 扣款。
可以。PaymentIntent 或 Checkout Session 的元数据、客户记录,以及 webhook 确认后持久化的字段,会在 Django Stripe 集成期间对齐你现有的 Django 订单模型。
Django 源码在你的仓库,团队可自行维护。包含的 30 天支持覆盖已交付 Django Stripe 集成范围内的技术问题与缺陷,不含无关的 Django 功能开发。
在 30 天窗口内,我们协助处理因已记录的 Stripe API 或 stripe 包变更导致的已交付 Django 集成故障。之后的 Django 升级由你维护,或购买 Extended Technical Support。
我们说明如何阅读 PaymentIntent 状态、Stripe Dashboard 日志和 Django webhook 投递。30 天支持包括排查已交付 Django 流程的验签失败、重试和密钥配置错误。
我们会在集成时对照锁定的 stripe 版本,确认你的 Django 与 Python 版本。过旧或深度分叉的 Django 运行时可能需要额外范围。
交付后 30 天包含在已交付的 Django Stripe 路径中。Extended Technical Support 可选,为本 Django Add-on 价格的 20%,再提供六个月针对同一 Django 集成的技术协助,而不是新产品开发。
相关 add-on
把可上线的 Stripe 支付接入现有 Django 项目,保留源码,由服务器持有履约。
$199