- פרויקט Django קיים
- גישה ל-Stripe Test Mode
- נדרש פרונטאנד לממשק תשלום
אין צורך בגישה למאגר. גישה לפרויקט נדרשת רק אם תרצו ש־Bacodo ישלב ישירות.
תוסף Django
הוסף PaymentIntents, webhooks חתומים ומצב הזמנה בצד השרת לפרויקט ה-Django הקיים שלך מבלי לבנות חיווט של Stripe API, אימות חתימה והגשמה מאפס.
החל מ
$199
USD · Django
שילוב Stripe עבור ג'נגו · Django
Requirements
אין צורך בגישה למאגר. גישה לפרויקט נדרשת רק אם תרצו ש־Bacodo ישלב ישירות.
מה זה עושה
Bacodo משלבת את Stripe בפרויקט Django שכבר יש לך. לאחר מסירה, צפיות, כתובות אתרים והגדרות פעילים ב-repo שלך. אתה עדיין הבעלים של חשבון Stripe, מפתחות API ועמלות Stripe. ג'נגו אינו אוסף מספרי כרטיסים גולמיים.
נתיב Django Stripe ייצור צריך את ה-SDK הרשמי של SDK, PaymentIntent או Checkout Session בשרת, תצוגת webhook פטורה מ-CSRF, בדיקות חתימות construct_event ועדכוני הזמנה רק לאחר אישור Stripe. אסור שתבניות או ספא יחזיקו את המפתח הסודי.
אנו מוסיפים כתובות URL ותצוגות של Django (או נקודות קצה DRF) שיוצרות PaymentIntents, תצוגת webhook שמאמתת Stripe-Signature, הגדרות באמצעות משתני סביבה ועדכונים למודל ההזמנה או הזכאות שאתה כבר משתמש בו.
הצוות שלך מדלג על ההטמעה הראשונה של Stripe Django: אימפוטנציה של webhook, ניתוח גוף גולמי, PaymentIntents מודעים ל-SCA, ומסירה שמתעדת מפתחות מבחן-לחיים.
מפתחים, צוותים טכניים, סוכנויות וסטארטאפים שכבר יש להם גיבוי של Django ורוצים נתיב תשלום שניתן לתחזוקה בבעלות השרת.
יכולות עיקריות
צור כוונות תשלום או הפעלות קופה עם ספריית Stripe Python הרשמית בתוך תצוגות או שירותים של Django. המפתח הסודי נשאר בהגדרות Django / env - לעולם לא בתבניות או בדפדפן.
כתובת URL ייעודית ל-Django קוראת את גוף הבקשה הגולמית ומאמתת Stripe-Signature עם construct_event לפני כל כתיבה של הזמנה. 200 מ-Django לא מוערך עד שהאימות יצליח.
הגשמה פועלת ב-Django אחרי ה-webhook, לא אחרי דף תודה. אנו מעדכנים את מודל ההזמנה או הזכאות הקיים שלך כך שמנהל ה-Django או ה-API שכבר יש לך ישקף מצב בתשלום.
שלח את Django עם מפתחות בדיקת Stripe וסודות ה-webhook תחילה. העלייה לאוויר היא הגדרות מתועדות וחיתוך נקודת קצה של לוח המחוונים, לא רישיון תוסף.
Stripe עשוי לנסות שוב. המטפל ב-Django מבטל את מזהה האירוע או את מזהה PaymentIntent כך ש-webhook כפול לא יתמלא כפול.
תבניות Django, HTMX או SPA נפרד מקבלים רק מפתח הניתן לפרסום או כתובת URL של Checkout. נתוני הכרטיס נשארים ב-Stripe. תוסף זה הוא נתיב שרת Django, לא טופס כרטיס מותאם אישית ב-Django.
מקרי שימוש
אתה כבר יוצר הזמנות ב-Django ואתה צריך את השרת כדי ליצור PaymentIntents ולסמן את ההזמנות האלה ששולמו מ-webhooks.
אתה צריך נתיב Stripe הניתן לתחזוקה ב-Django, מקור במאגר הלקוח, וחתך מפתח חי מתועד במקום סקריפט חד-פעמי של Django.
Django חייב ליצור את PaymentIntent הראשון או לצרף אמצעי תשלום בזמן שהמנויים והחשבוניות נשארים בדגמים שלך ו-Stripe Billing אם אתה כבר משתמש בהם.
התחל עם חיובי לקוחות ב-Django. ניתן להגדיר את חיובי Stripe Connect או היעד בנפרד אם דגם ה-Django Marketplace שלך זקוק להם.
דמו
תצוגה מקדימה של נתיב שרת Django: צור PaymentIntent, קבל POST /webhooks/stripe/, אימות חתימה, עדכן מצב הזמנה. ארגז חול חי כנגד חשבון Stripe שלך זמין לאחר בדיקת תאימות. דף זה אינו מעבד חיובים אמיתיים ואינו אוסף כרטיסים ב-Django.
איך זה עובד
זרימת עבודה סטנדרטית של תוסף Bacodo, עם בדיקות ספציפיות ל-Django עבור כתובות אתרים, הגדרות, מודל ההזמנה וכיצד החזית הקיימת שלך מדברת עם Django.
01
אשר את שילוב הפסים עבור Django והאם היום הראשון הוא PaymentIntents, Checkout Sessions או שניהם בשרת Django.
02
סקור גרסאות Django / Python, דגמי הזמנה קיימים, אישור, האם אתה משתמש ב-DRF והאם כבר יש לך חשבון Stripe.
03
הוסף סטריפ, כתובות אתרים ותצוגות של Django, אימות webhook, ואת נתיב היצירה של PaymentIntent יתקשר הקצה שלך.
04
העבר את הגדרות Django מ-env: מפתח סודי, מפתח שניתן לפרסום, סוד ה-webhook וכתובת ה-URL של ה-webhook הציבורי ש-Stripe יתקשר.
05
הפעל אירועי בדיקה של Stripe CLI או Dashboard מול ה-Django webhook, בתוספת נתיבי יצירת כוונת ודחיה/ביטול.
06
ספק מקור ל-Django, הערות הגדרות ורשימת בדיקה חיה של מפתחות. היישום של Django הוא שלך לתחזוקה.
ארכיטקטורה
תהליך ה-Django מכיל את המפתח הסודי. לקוחות מבקשים מ-Django ליצור הפעלת PaymentIntent או Checkout. Stripe מודיע ל-Django באמצעות webhook. ג'נגו מאמת את החתימה, ואז כותב מצב הזמנה.
טכנולוגיות נתמכות
נתמך נוכחי Django LTS/יציב בגרסת Python ש-SDK הסטריפ מקבל. אנו מצמידים גרסאות בבדיקת התאימות של Django.
PaymentIntents, ביקורי Checkout ו-webhook construct_event. אנחנו לא עוטפים את תשלומי ה-Django בחבילה לא מתועדת אלא אם כן תדרשו כזו.
עדכוני הזמנה או זכאות נשארים בדגמים שכבר יש לך. משתמשים ב-DRF רק אם כך כבר עובד ה-API של Django שלך.
חשבון Stripe שלך, בדיקה ומפתחות חיים בשימוש על ידי Django, נקודת קצה webhook ואירועי לוח מחוונים. עמלות העיבוד של Stripe נשארות עם Stripe.
מארח שיכול להריץ את Django ולקבל HTTPS POSTs מ-Stripe (Gunicorn/uWSGI וכו'). אתר סטטי בלבד לא יכול לארח את נתיב ה-webhook הזה.
מה כלול
Pricing
מחיר זה מיועד לפלטפורמת Django בלבד. הוא אינו משתמש בתמחור תוספות Next.js או Flutter.
שילוב Stripe עבור ג'נגו
הוסף תשלומי Stripe המוכנים לייצור לפרויקט Django קיים ושמור את קוד המקור.
דרישות
$199
חד־פעמיDjango
צריך פרונטאנד?
תשלום מאובטח באמצעותstripe
מסירה ואבטחה
אינטגרציה טיפוסית של Django Stripe נמדדת לאחר בדיקת התאימות של Django. ציר הזמן תלוי במודל ההזמנה הנוכחי שלך ובאופן שבו לקוחות מתקשרים ל-Django.
כוונות תשלום במצב בדיקה, חתימות webhook, ניסיונות חוזרים ונתיבים לסירוב מופעלים כנגד אפליקציית Django לפני שאנו מוסרים.
מפתחות סודיים וסודות חתימת ה-webhook נשארים ב-server env. תבניות Django וכל SPA מקבלים רק מפתח שניתן לפרסום או סוד לקוח קצר מועד.
תצוגת Django webhook מאמתת חתימות Stripe לפני עדכון הזמנה או מצב זכאות.
אנחנו לא טוענים לאישור PCI, אפס הונאה או שיעורי אישור מובטחים. Django לא מאחסן PAN. נתוני הכרטיס נאספים על ידי Stripe Checkout או Elements על לקוח, לא טופס כרטיס Django מותאם אישית שאנו מתמידים.
שאלות נפוצות
שילוב Stripe for Django כולל את ה- SDK של Stripe Python הרשמי, תצוגות Django או נקודות קצה של DRF היוצרות PaymentIntents או Checkout Sessions, תצוגת webhook חתומה, עדכוני מצב הזמנה בדגמים שלך, בדיקות מול אירועי בדיקת Stripe והערות מסירה. אתה מקבל את מקור ה-Django בפרויקט שלך. עמלות Stripe וחשבון Stripe שלך נפרדים.
כן. Integration Stripe for Django נבנה עבור פרויקט Django שכבר יש לך. אנו מתאימים כתובות אתרים, תצוגות והגדרות לאפליקציית Django הנוכחית שלך במקום לשלוח אתר הדגמה נפרד כתוצר.
לא. ל-Django אסור לאחסן PAN. לקוחות משתמשים ב-Stripe Checkout או ב-Elements. Stripe Integration for Django הוא הבעלים של PaymentIntents בצד השרת, webhooks וכתיבת הזמנות. טופס כרטיס Django מותאם אישית המפרסם נתוני כרטיס גולמי אינו ברירת המחדל.
Stripe Integration עבור Django משתמש בספריית ה-Stripe Python הרשמית עבור PaymentIntents, Checkout Sessions ו-construct_event. אנחנו לא עוטפים את תשלומי Django בתוסף לא מתועד אלא אם כן אתה מחייב אחד כזה.
כן להגשמה. Stripe חייב לכתוב לנקודת קצה Django HTTPS שניתן להגיע אליה. ל-Django המקומי צריך Stripe CLI או מנהרה במהלך הפיתוח. מארח סטטי לא יכול להפעיל את ה-webhook הזה של Django.
לא. שילוב Stripe המוגדר כברירת מחדל עבור Django עובד עם תצוגות Django. נעשה שימוש ב-DRF רק אם ה-API של Django שלך כבר משתמש בו ואנו מסכימים לכך במהלך בדיקת התאימות של Django.
Django יכול ליצור PaymentIntent או Checkout Session ולאחסן את מזהה הלקוח של Stripe בדגם שלך. מוצרי Stripe Billing חוזרים, פורטל לקוחות ולוגיקת חשבוניות נשארים בשרת. עבודת ג'נגו עתירת מנויים עשויה להזדקק להצעת מחיר מותאמת אישית.
תהליך ה-Django משתמש במפתח הסודי ובסוד חתימת ה-webhook מהסביבה/הגדרות. תבניות או כל SPA מקבלים רק את המפתח הניתן לפרסום. שילוב פס עבור ג'נגו אינו מכניס מפתחות סודיים לתבניות ג'נגו.
אנו מיישמים אינטגרציה של Stripe עבור Django כנגד מפתחות בדיקת Stripe ובודקים תחילה אירועי webhook. מעבר לאוויר הוא חיתוך מפתח ונקודת קצה מתועד בהגדרות Stripe Dashboard ו-Django שלך, לא הפעלת רישיון תוסף.
Django יוצר PaymentIntents התומכים ב-SCA. הלקוח משלים 3D Secure עם Stripe.js או Checkout. Django מתקיים רק לאחר ש-payal_intent.הצליח ב-webhook, לא לאחר הפניה מחדש בדפדפן בלבד.
כן למימוש לאחר הפעלת PaymentIntent או Checkout שנוצרה על ידי Django. השקפת תודה של ג'נגו אינה מקור האמת. תצוגת webhook מאמתת חתימות ולאחר מכן מסמנת את ההזמנה ששולמה.
כן. שילוב Stripe for Django מוסיף בדרך כלל שדות או רשומת תשלום דקה ליד דגם הזמנת ה-Django הקיים שלך במקום להחליף את הקטלוג או סכימת ההזמנה שלך.
לא. אתה יוצר והבעלים של חשבון Stripe, מפתחות API ודמי עיבוד Stripe. מחיר התוספת של Django הוא הטמעה בפרויקט ה-Django שלך, לא רישיון תשלום של Bacodo.
לא. מוצרים דיגיטליים הנמכרים בחנות אפליקציות עדיין דורשים IAP. אינטגרציה של Stripe עבור Django מיועדת לחיובי Stripe שלך. ה-API של Django שלך רשאי ליצור עבור סוג המוצר שלך.
כן. מטא-נתונים של PaymentIntent או Checkout Session, רשומות לקוחות והשדות שאתה ממשיך לאחר אישור webhook מיושרים למודל הזמנת Django הקיים שלך במהלך שילוב Stripe for Django.
מקור ה-Django נמצא בריפו שלך, כך שהצוות שלך יכול לתחזק אותו. התמיכה הכלולה למשך 30 יום מכסה שאלות טכניות ופגמים ב-Stripe Integration עבור היקף ה-Django, ולא עבודת תכונות לא קשורה של Django.
במהלך חלון 30 הימים אנו מסייעים בשבירה באינטגרציה של Django שנמסרה הנגרמת על ידי שינוי חבילת Stripe מתועדת של Stripe API. שדרוגי Django מתמשכים לאחר מכן הם התחזוקה שלך, או תמיכה טכנית מורחבת אם אתה קונה את זה.
אנו מתעדים כיצד לקרוא את סטטוס PaymentIntent, יומני Stripe Dashboard, ומשלוח Django webhook. תמיכה של 30 יום כוללת פתרון בעיות של כשלים בחתימה, ניסיונות חוזרים ומפתחות שגויים עבור זרימת ה-Django שנמסרה.
אנו מאשרים את גרסאות ה-Django וה-Python שלך מול שחרור הפס שאנו מצמידים בזמן האינטגרציה. זמני ריצה של Django ישנים יותר או בעלי מזלג כבד עשויים להזדקק להיקף נוסף.
30 יום לאחר מסירה כלולה עבור נתיב ה-Django Stripe שנמסר. תמיכה טכנית מורחבת היא אופציונלית ב-20% ממחיר התוסף הזה של Django ומכסה שישה חודשים נוספים של עזרה טכנית באותו שילוב Django, לא בניית מוצר חדש.
הוסף תשלומי Stripe המוכנים לייצור לפרויקט ה-Django הקיים שלך, שמור את קוד המקור ואפשר לשרת להגשים את עצמו.
$199