- 기존 Django 프로젝트
- Stripe Test Mode 액세스
- 결제 UI에는 프론트엔드가 필요합니다
저장소 접근은 필요하지 않습니다. Bacodo가 직접 연동하길 원할 때만 프로젝트 권한이 필요합니다.
장고 부가기능
Django를 위한 Stripe 통합
Stripe API 연결, 서명 확인 및 이행을 처음부터 구축하지 않고도 기존 Django 프로젝트에 PaymentIntents, 서명된 웹후크 및 서버 측 주문 상태를 추가할 수 있습니다.
- 전체 소스 코드가 포함되어 있으며 영구적으로 귀하의 것입니다.
- 추가 라이센스 키나 반복 라이센스가 필요하지 않습니다.
- 생산 준비 및 테스트 완료
- 기존 Django 프로젝트 및 스택에 통합
- 인수 후 30일 기술 지원 포함
- 추가 가격의 20%로 6개월 연장 기술 지원(옵션)
부터
$199
USD · Django
Django를 위한 Stripe 통합 · Django
전체 소스 코드라이센스 키 없음생산 준비 완료테스트된 통합30일 지원
Requirements
What Django를 위한 Stripe 통합 needs
하는 일
Django 서버의 스트라이프 — UI는 진실의 원천이 아닙니다
Bacodo는 이미 가지고 있는 Django 프로젝트에 Stripe를 통합합니다. 핸드오버 후에는 보기, URL 및 설정이 저장소에 저장됩니다. 귀하는 여전히 Stripe 계정, API 키 및 Stripe 수수료를 소유하고 있습니다. Django는 원시 카드 번호를 수집하지 않습니다.
해결되는 문제
프로덕션 Django Stripe 경로에는 공식 스트라이프 SDK, 서버에서 PaymentIntent 또는 Checkout 세션 생성, CSRF 면제 웹훅 보기, construction_event 서명 확인 및 Stripe 확인 후에만 주문 업데이트가 필요합니다. 템플릿이나 SPA는 비밀 키를 보유해서는 안 됩니다.
프로젝트에 어떻게 포함되는지
PaymentIntents를 생성하는 Django URL 및 뷰(또는 DRF 엔드포인트), Stripe-Signature를 확인하는 웹훅 뷰, 환경 변수를 통한 설정, 이미 사용하고 있는 주문 또는 자격 모델에 대한 업데이트를 추가합니다.
개발 시간을 절약하는 이유
귀하의 팀은 웹후크 멱등성, 원시 본문 구문 분석, SCA 인식 PaymentIntents 및 테스트-실시간 키를 문서화하는 핸드오버 등 첫 번째 프로덕션 Stripe Django 구현을 건너뜁니다.
누구를 위한 것인가
이미 Django 백엔드를 보유하고 있으며 서버가 소유한 유지 관리 가능한 결제 경로를 원하는 개발자, 기술 팀, 대행사 및 스타트업.
주요 기능
Django를 위한 Stripe 통합에 포함된 것
Django 서버의 스트라이프 SDK
Django 뷰 또는 서비스 내에서 공식 Stripe Python 라이브러리를 사용하여 PaymentIntents 또는 Checkout 세션을 생성하세요. 비밀 키는 Django 설정/env에 유지되며 결코 템플릿이나 브라우저에 유지되지 않습니다.
서명된 Django 웹훅 보기
전용 Django URL은 원시 요청 본문을 읽고 주문을 작성하기 전에 constructor_event를 사용하여 Stripe-Signature를 확인합니다. Django의 200은 확인이 성공할 때까지 가정되지 않습니다.
Payment_intent.succeeded 이후 Django 주문 상태
Fulfillment는 감사 페이지 이후가 아니라 웹후크 이후 Django에서 실행됩니다. 귀하가 이미 보유하고 있는 Django 관리자 또는 API가 유료 상태를 반영하도록 기존 주문 또는 자격 모델을 업데이트합니다.
Django 테스트 모드 이후 라이브 Stripe 키
먼저 Stripe 테스트 키와 웹훅 비밀을 포함하여 Django를 출시하세요. 라이브 전환은 추가 기능 라이선스가 아닌 문서화된 설정 및 대시보드 엔드포인트 컷오버입니다.
멱등성 Django 웹훅 처리
스트라이프가 다시 시도할 수 있습니다. Django 핸들러는 이벤트 ID 또는 PaymentIntent ID를 차단하므로 중복된 웹훅이 이중으로 이행되지 않습니다.
Django 프런트엔드는 클라이언트로 유지됩니다.
Django 템플릿, HTMX 또는 별도의 SPA는 게시 가능한 키 또는 Checkout URL만 수신합니다. 카드 데이터는 Stripe에 유지됩니다. 이 추가 기능은 Django의 사용자 정의 카드 양식이 아닌 Django 서버 경로입니다.
활용 사례
Django를 위한 Stripe 통합이 맞는 때
기존 Django 스토어 또는 예약 API
이미 Django에서 주문을 생성했으며 PaymentIntents를 생성하고 해당 주문이 웹후크에서 결제되었음을 표시하는 서버가 필요합니다.
Django 클라이언트 API를 프로덕션에 전달하는 대행사
일회성 Django 스크립트 대신 Django에서 유지 관리 가능한 Stripe 경로, 클라이언트 저장소의 소스, 문서화된 라이브 키 컷오버가 필요합니다.
SaaS 또는 Django 멤버십
Django는 첫 번째 PaymentIntent를 생성하거나 이미 사용 중인 경우 구독 및 청구서가 모델 및 Stripe Billing에 유지되는 동안 결제 방법을 첨부해야 합니다.
Django 마켓플레이스, 추후 지급
Django에서 고객 요금부터 시작하세요. Django 마켓플레이스 모델에 필요한 경우 Stripe Connect 또는 대상 요금의 범위를 별도로 지정할 수 있습니다.
데모
Django Stripe 웹훅 경로 미리보기
Django 서버 경로 미리보기: PaymentIntent 생성, POST /webhooks/stripe/ 수신, 서명 확인, 주문 상태 업데이트. 호환성 확인 후 Stripe 계정에 대한 라이브 샌드박스를 사용할 수 있습니다. 이 페이지는 Django에서 실제 청구를 처리하지 않으며 카드를 수집하지 않습니다.
작동 방식
Django용 Stripe 통합이 제공되는 방식
URL, 설정, 주문 모델 및 기존 프런트엔드가 Django와 통신하는 방식에 대한 Django 관련 검사가 포함된 표준 Bacodo 추가 기능 워크플로입니다.
01
장고 스트라이프 선택
Django용 Stripe 통합을 확인하고 첫 번째 날이 Django 서버에서 PaymentIntents, Checkout Sessions 또는 둘 다인지 확인하세요.
02
Django 호환성 확인
Django/Python 버전, 기존 주문 모델, 인증, DRF 사용 여부, 이미 Stripe 계정이 있는지 여부를 검토하세요.
03
Django에 통합
스트라이프, Django URL 및 보기, 웹훅 확인, 프런트엔드가 호출할 PaymentIntent 생성 경로를 추가하세요.
04
Django 프로젝트 구성
env의 Wire Django 설정: 비밀 키, 게시 가능 키, 웹훅 비밀 및 공개 웹훅 URL Stripe이 호출합니다.
05
Django 결제 경로 테스트
Django 웹후크에 대해 Stripe CLI 또는 대시보드 테스트 이벤트를 실행하고 의도 생성 및 거부/취소 경로를 실행하세요.
06
Django 소스 핸드오버
Django 소스, 설정 메모 및 라이브 키 체크리스트를 제공합니다. Django 구현은 사용자가 유지 관리해야 합니다.
아키텍처
Stripe이 Django 프로젝트에 연결하는 방법
Django 프로세스는 비밀 키를 보유합니다. 클라이언트는 Django에게 PaymentIntent 또는 Checkout 세션을 생성하도록 요청합니다. Stripe은 웹훅을 통해 Django에 알립니다. Django는 서명을 확인한 다음 주문 상태를 작성합니다.
클라이언트/템플릿장고 보기스트라이프 SDK스트라이프 결제 의도웹훅 → Django주문모델
지원 기술
Django를 위한 Stripe 통합이 실제로 사용하는 것
장고와 파이썬
현재 스트라이프 SDK가 허용하는 Python 버전에서 Django LTS/stable이 지원됩니다. Django 호환성 확인 시 버전을 고정합니다.
공식 스트라이프 Python 라이브러리
PaymentIntents, Checkout 세션 및 webhook construction_event. 우리는 귀하가 요구하지 않는 한 문서화되지 않은 패키지로 Django 결제를 포장하지 않습니다.
Django 모델 및 선택적 DRF
주문 또는 자격 업데이트는 이미 보유하고 있는 모델에 유지됩니다. DRF는 Django API가 이미 작동하는 방식인 경우에만 사용됩니다.
Django 앱의 Stripe 계정
Django, 웹후크 엔드포인트 및 대시보드 이벤트에서 사용되는 Stripe 계정, 테스트 및 라이브 키입니다. Stripe 처리 수수료는 Stripe에 있습니다.
필수 Django 호스팅
Django를 실행하고 Stripe(Gunicorn/uWSGI 등)에서 HTTPS POST를 수신할 수 있는 호스트입니다. 정적 전용 사이트는 이 웹훅 경로를 호스팅할 수 없습니다.
포함 내용
Django용 Stripe 통합에는 무엇이 포함되어 있나요?
- 기존 Django 프로젝트에 통합
- 저장소의 전체 소스 코드
- Django 설정, URL 및 웹훅 보기
- PaymentIntent 또는 Checkout Session 생성 경로가 이 결제에 필요합니다.
- 핸드오버 전 Django 웹훅 및 인텐트 흐름 테스트
- 테스트-실시간 컷오버를 위한 핸드오버 노트
- 인수 후 30일 기술 지원
추가 가격에 포함되지 않음
- Stripe 계정, API 키 및 Stripe 처리 수수료는 귀하가 소유합니다.
- Django를 호출할 수 있는 클라이언트가 없는 경우 새로운 상점 UI
- 맞춤형 작업으로 범위가 지정되지 않은 경우 Marketplace Connect, 맞춤형 청구 제품 또는 앱 내 구매 교체
Pricing
Django 가격을 위한 Stripe 통합
이 가격은 Django 플랫폼에만 적용됩니다. Next.js 또는 Flutter 애드온 가격을 사용하지 않습니다.
Django를 위한 Stripe 통합
프로덕션 준비가 완료된 Stripe 결제를 기존 Django 프로젝트에 추가하고 소스 코드를 유지하세요.
요구 사항
- 기존 Django 프로젝트
- Stripe Test Mode 액세스
- 결제 UI에는 프론트엔드가 필요합니다
$199
일시불Django
프론트엔드가 필요하신가요?
- 전체 소스 코드
- 라이선스 비용 없음
- 30일 지원
- 전체 연동
안전한 결제:stripe
인도 및 보안
Django 전달 및 보안 관행
예상 Django 전달
일반적인 Django Stripe 통합은 Django 호환성 확인 후에 범위가 지정됩니다. 타임라인은 현재 주문 모델과 고객이 Django를 호출하는 방법에 따라 다릅니다.
핸드오버 전 Django에서 테스트됨
테스트 모드 PaymentIntents, webhook 서명, 재시도 및 거부 경로는 우리가 넘겨주기 전에 Django 앱에 대해 실행됩니다.
스트라이프 비밀은 Django 설정에 유지됩니다.
비밀 키와 웹훅 서명 비밀은 서버 환경에 유지됩니다. Django 템플릿과 모든 SPA는 게시 가능한 키 또는 단기 클라이언트 암호만 받습니다.
Django가 작성하기 전 Webhook 확인
Django 웹훅 보기는 주문 또는 자격 상태를 업데이트하기 전에 Stripe 서명을 확인합니다.
검증할 수 없는 Django 보안 주장 없음
우리는 PCI 인증, 사기 제로 또는 승인률 보장을 주장하지 않습니다. Django는 PAN을 저장하지 않습니다. 카드 데이터는 우리가 유지하는 사용자 정의 Django 카드 양식이 아닌 클라이언트의 Stripe Checkout 또는 Elements에 의해 수집됩니다.
FAQ
자주 묻는 질문
Django용 Stripe 통합에는 무엇이 포함되어 있나요?
Django용 Stripe 통합에는 공식 스트라이프 Python SDK, PaymentIntents 또는 Checkout 세션을 생성하는 Django 보기 또는 DRF 엔드포인트, 서명된 웹후크 보기, 모델의 주문 상태 업데이트, Stripe 테스트 이벤트에 대한 테스트 및 핸드오버 메모가 포함되어 있습니다. 프로젝트에서 Django 소스를 받습니다. Stripe 수수료와 Stripe 계정은 별개입니다.
Stripe를 기존 Django 프로젝트에 통합하시겠습니까?
그렇습니다. Django용 Stripe 통합은 이미 보유하고 있는 Django 프로젝트를 위해 구축되었습니다. 별도의 데모 사이트를 결과물로 제공하는 대신 URL, 보기 및 설정을 현재 Django 앱에 맞춥니다.
Django용 Stripe 통합은 Django에서 카드 번호를 수집합니까?
아니요. Django는 PAN을 저장하면 안 됩니다. 클라이언트는 Stripe Checkout 또는 Elements를 사용합니다. Django용 Stripe Integration은 서버 측 PaymentIntents, 웹후크 및 주문 쓰기를 소유합니다. 원시 카드 데이터를 게시하는 사용자 정의 Django 카드 양식은 기본 범위를 벗어납니다.
Django용 Stripe Integration은 어떤 Stripe 패키지를 사용합니까?
Django용 Stripe 통합은 PaymentIntents, Checkout Sessions 및 construction_event를 위한 공식 스트라이프 Python 라이브러리를 사용합니다. 명시적으로 요구하지 않는 한 문서화되지 않은 플러그인으로 Django 결제를 래핑하지 않습니다.
Django용 Stripe 통합에는 공개 웹훅 URL이 필요합니까?
예, 이행을 위해. Stripe은 도달 가능한 Django HTTPS 엔드포인트에 POST를 수행해야 합니다. 로컬 Django에는 개발 중에 Stripe CLI 또는 터널이 필요합니다. 정적 호스트는 이 Django 웹훅을 실행할 수 없습니다.
Django용 Stripe 통합에는 Django REST Framework가 필요합니까?
아니요. Django용 기본 Stripe 통합은 Django 뷰에서 작동합니다. DRF는 Django API가 이미 사용하고 있고 Django 호환성 확인 중에 이에 동의하는 경우에만 사용됩니다.
Django용 Stripe Integration이 구독료를 징수할 수 있나요?
Django는 PaymentIntent 또는 Checkout 세션을 생성하고 Stripe 고객 ID를 모델에 저장할 수 있습니다. 반복되는 Stripe Billing 제품, 고객 포털 및 송장 논리는 서버에 유지됩니다. 구독이 많은 Django 작업에는 맞춤 견적이 필요할 수 있습니다.
Django 앱에서 Stripe 게시 가능 키와 비밀 키는 어디에 있나요?
Django 프로세스는 환경/설정의 비밀 키와 웹훅 서명 비밀을 사용합니다. 템플릿 또는 모든 SPA는 게시 가능한 키만 수신합니다. Django용 Stripe 통합은 Django 템플릿에 비밀 키를 넣지 않습니다.
Django에서는 Stripe 테스트 모드와 라이브 모드가 어떻게 작동하나요?
Stripe 테스트 키에 대해 Django용 Stripe Integration을 구현하고 웹훅 이벤트를 먼저 테스트합니다. 라이브로 전환하는 것은 추가 기능 라이선스 활성화가 아니라 Stripe 대시보드 및 Django 설정에 문서화된 키 및 엔드포인트 컷오버입니다.
Django용 Stripe Integration은 3-D 보안/SCA를 어떻게 처리합니까?
Django는 SCA를 지원하는 PaymentIntent를 생성합니다. 클라이언트는 Stripe.js 또는 Checkout을 사용하여 3D Secure를 완료합니다. Django는 브라우저 리디렉션 이후가 아니라 웹훅에서 Payment_intent.succeeded 이후에만 이행합니다.
Django 결제에 Stripe 웹후크가 필요합니까?
Django가 생성한 PaymentIntent 또는 Checkout 세션 이후 이행에 대해서는 예입니다. Django 감사 보기는 진실의 원천이 아닙니다. 웹훅 보기는 서명을 확인한 다음 주문이 결제되었음을 표시합니다.
현재 Django 모델을 Stripe으로 유지할 수 있나요?
그렇습니다. Django용 Stripe 통합은 일반적으로 카탈로그나 예약 스키마를 바꾸는 대신 기존 Django 주문 모델 옆에 필드나 얇은 결제 기록을 추가합니다.
Django용 Stripe 통합 가격에는 Stripe 계정이나 수수료가 포함되어 있나요?
아니요. 귀하는 Stripe 계정, API 키 및 Stripe 처리 수수료를 생성하고 소유합니다. Django 추가 기능 가격은 Bacodo 결제 라이선스가 아닌 Django 프로젝트에 구현됩니다.
Django용 Stripe 통합이 Apple 또는 Google 인앱 구매를 대체합니까?
아니요. 앱 스토어 내에서 판매되는 디지털 상품에는 여전히 IAP가 필요한 경우가 많습니다. Django용 Stripe 통합은 Django API가 제품 유형에 대해 생성할 수 있는 Stripe 요금을 위한 것입니다.
Django에서 Stripe 영수증과 메타데이터를 사용자 정의할 수 있나요?
그렇습니다. PaymentIntent 또는 Checkout 세션 메타데이터, 고객 기록 및 Webhook 확인 후 유지되는 필드는 Django용 Stripe 통합 중에 기존 Django 주문 모델에 맞춰 조정됩니다.
Stripe 핸드오버 후에는 어떤 Django 지원이 포함되나요?
Django 소스는 저장소에 있으므로 팀이 이를 관리할 수 있습니다. 포함된 30일 지원에는 관련 없는 Django 기능 작업이 아닌 제공된 Django용 Stripe 통합 범위의 기술적 질문과 결함이 포함됩니다.
통합 후 스트라이프 또는 Django 업데이트는 어떻게 처리됩니까?
30일 기간 동안 우리는 문서화된 Stripe API 또는 스트라이프 패키지 변경으로 인해 제공된 Django 통합의 중단을 지원합니다. 그 이후에 진행되는 Django 업그레이드는 유지 관리이거나 구매한 경우 확장 기술 지원입니다.
프로덕션 Django 앱에서 Stripe 결제가 실패하면 어떻게 되나요?
PaymentIntent 상태, Stripe Dashboard 로그 및 Django 웹훅 전달을 읽는 방법을 문서화합니다. 30일 지원에는 제공된 Django 흐름에 대한 서명 실패, 재시도 및 잘못 구성된 키 문제 해결이 포함됩니다.
Django용 Stripe Integration과 호환되는 Django 버전은 무엇입니까?
통합 시 고정한 스트라이프 릴리스와 비교하여 Django 및 Python 버전을 확인합니다. 오래되었거나 많이 분기된 Django 런타임에는 추가 범위가 필요할 수 있습니다.
Django용 Stripe 통합에 대한 30일 지원과 6개월 연장 기술 지원은 무엇입니까?
배송된 Django Stripe 경로에는 핸드오버 후 30일이 포함됩니다. 확장 기술 지원은 Django 추가 기능 가격의 20%로 선택 사항이며 새 제품 빌드가 아닌 동일한 Django 통합에 대한 기술 지원을 6개월 더 제공합니다.
Django를 위한 Stripe 통합
기존 Django 프로젝트에 프로덕션 준비가 완료된 Stripe 결제를 추가하고, 소스 코드를 유지하고, 서버가 자체 이행하도록 하세요.
$199