- मौजूदा Django प्रोजेक्ट
- Stripe Test Mode एक्सेस
- पेमेंट UI के लिए फ्रंटएंड चाहिए
रिपॉजिटरी एक्सेस ज़रूरी नहीं। प्रोजेक्ट एक्सेस तभी चाहिए जब आप चाहें कि Bacodo सीधे इंटीग्रेट करे।
Django ऐड-ऑन
स्ट्राइप एपीआई वायरिंग, हस्ताक्षर सत्यापन और शुरुआत से पूर्ति के बिना अपने मौजूदा Django प्रोजेक्ट में पेमेंटइंटेंट, हस्ताक्षरित वेबहुक और सर्वर-साइड ऑर्डर स्थिति जोड़ें।
से
$199
USD · Django
Django के लिए स्ट्राइप इंटीग्रेशन · Django
Requirements
रिपॉजिटरी एक्सेस ज़रूरी नहीं। प्रोजेक्ट एक्सेस तभी चाहिए जब आप चाहें कि Bacodo सीधे इंटीग्रेट करे।
यह क्या करता है
बकोडो स्ट्राइप को आपके पास पहले से मौजूद Django प्रोजेक्ट में एकीकृत करता है। हैंडओवर के बाद, दृश्य, यूआरएल और सेटिंग्स आपके रेपो में रहते हैं। आपके पास अभी भी स्ट्राइप खाता, एपीआई कुंजी और स्ट्राइप फीस का स्वामित्व है। Django कच्चे कार्ड नंबर एकत्र नहीं करता है।
एक उत्पादन Django स्ट्राइप पथ को सर्वर पर आधिकारिक स्ट्राइप एसडीके, पेमेंटइंटेंट या चेकआउट सत्र निर्माण, एक सीएसआरएफ-मुक्त वेबहुक दृश्य, कंस्ट्रक्ट_इवेंट हस्ताक्षर जांच और स्ट्राइप की पुष्टि के बाद ही ऑर्डर अपडेट की आवश्यकता होती है। टेम्प्लेट या एसपीए में कभी भी गुप्त कुंजी नहीं रखनी चाहिए।
हम Django URL और व्यू (या DRF एंडपॉइंट) जोड़ते हैं जो पेमेंटइंटेंट बनाते हैं, एक वेबहुक व्यू जो स्ट्राइप-सिग्नेचर, पर्यावरण चर के माध्यम से सेटिंग्स और आपके द्वारा पहले से उपयोग किए गए ऑर्डर या एंटाइटेलमेंट मॉडल के अपडेट को सत्यापित करता है।
आपकी टीम पहले प्रोडक्शन स्ट्राइप Django कार्यान्वयन को छोड़ देती है: वेबहुक इडेम्पोटेंसी, रॉ बॉडी पार्सिंग, एससीए-अवेयर पेमेंटइंटेंट्स, और एक हैंडओवर जो टेस्ट-टू-लाइव कुंजियों का दस्तावेजीकरण करता है।
डेवलपर्स, तकनीकी टीमें, एजेंसियां, और स्टार्टअप जिनके पास पहले से ही Django बैकएंड है और वे सर्वर के स्वामित्व वाला एक रखरखाव योग्य भुगतान पथ चाहते हैं।
मुख्य फ़ीचर
Django दृश्यों या सेवाओं के अंदर आधिकारिक स्ट्राइप पायथन लाइब्रेरी के साथ पेमेंटइंटेंट या चेकआउट सत्र बनाएं। गुप्त कुंजी Django सेटिंग्स / env में रहती है - कभी भी टेम्प्लेट या ब्राउज़र में नहीं।
एक समर्पित Django URL कच्चे अनुरोध निकाय को पढ़ता है और किसी भी ऑर्डर लिखने से पहले स्ट्राइप-सिग्नेचर को कन्स्ट्रक्ट_इवेंट के साथ सत्यापित करता है। सत्यापन सफल होने तक Django की ओर से 200 की गणना नहीं की जाएगी।
Django में पूर्ति वेबहुक के बाद चलती है, धन्यवाद पृष्ठ के बाद नहीं। हम आपके मौजूदा ऑर्डर या एंटाइटेलमेंट मॉडल को अपडेट करते हैं ताकि आपके पास पहले से मौजूद Django एडमिन या एपीआई भुगतान की स्थिति को दर्शाए।
सबसे पहले स्ट्राइप टेस्ट कुंजी और वेबहुक रहस्यों के साथ Django को शिप करें। लाइव होना एक प्रलेखित सेटिंग्स और डैशबोर्ड एंडपॉइंट कटओवर है, ऐड-ऑन लाइसेंस नहीं।
स्ट्राइप पुनः प्रयास कर सकता है. Django हैंडलर ईवेंट आईडी या पेमेंटइंटेंट आईडी को बंद कर देता है, इसलिए डुप्लिकेट वेबहुक दोबारा पूरा नहीं होता है।
Django टेम्प्लेट, HTMX, या एक अलग SPA केवल एक प्रकाशन योग्य कुंजी या चेकआउट URL प्राप्त करते हैं। कार्ड डेटा स्ट्राइप पर रहता है। यह ऐड-ऑन Django सर्वर पथ है, Django में कोई कस्टम कार्ड फॉर्म नहीं है।
उपयोग के मामले
आप पहले से ही Django में ऑर्डर बना चुके हैं और आपको पेमेंटइंटेंट बनाने और वेबहुक से भुगतान किए गए उन ऑर्डर को चिह्नित करने के लिए सर्वर की आवश्यकता है।
आपको Django में एक रखरखाव योग्य स्ट्राइप पथ, क्लाइंट रेपो में स्रोत, और एक बार की Django स्क्रिप्ट के बजाय एक दस्तावेजित लाइव-कुंजी कटओवर की आवश्यकता है।
Django को पहला PaymentIntent बनाना होगा या एक भुगतान विधि संलग्न करनी होगी, जबकि सदस्यता और चालान आपके मॉडल और स्ट्राइप बिलिंग पर बने रहेंगे यदि आप पहले से ही उनका उपयोग कर रहे हैं।
Django में ग्राहक शुल्क से शुरुआत करें। यदि आपके Django मार्केटप्लेस मॉडल को उनकी आवश्यकता है तो स्ट्राइप कनेक्ट या डेस्टिनेशन शुल्क को अलग से लागू किया जा सकता है।
डेमो
Django सर्वर पथ का पूर्वावलोकन करें: PaymentIntent बनाएं, POST /webhooks/stripe/ प्राप्त करें, हस्ताक्षर सत्यापित करें, ऑर्डर स्थिति अपडेट करें। संगतता जांच के बाद आपके स्ट्राइप खाते के विरुद्ध एक लाइव सैंडबॉक्स उपलब्ध है। यह पृष्ठ वास्तविक शुल्कों को संसाधित नहीं करता है और Django में कार्ड एकत्र नहीं करता है।
यह कैसे काम करता है
मानक बेकोडो ऐड-ऑन वर्कफ़्लो, यूआरएल, सेटिंग्स, ऑर्डर मॉडल के लिए Django-विशिष्ट जांच के साथ, और आपका मौजूदा फ्रंटएंड Django से कैसे बात करता है।
01
Django के लिए स्ट्राइप इंटीग्रेशन की पुष्टि करें और क्या पहला दिन Django सर्वर पर PaymentIntents, चेकआउट सत्र या दोनों है।
02
Django/Python संस्करणों, मौजूदा ऑर्डर मॉडल, ऑथ, क्या आप DRF का उपयोग करते हैं, और क्या आपके पास पहले से ही एक स्ट्राइप खाता है, की समीक्षा करें।
03
स्ट्राइप, Django यूआरएल और व्यूज, वेबहुक वेरिफिकेशन और पेमेंटइंटेंट क्रिएट पाथ जोड़ें जिस पर आपका फ्रंटएंड कॉल करेगा।
04
env से वायर Django सेटिंग्स: गुप्त कुंजी, प्रकाशन योग्य कुंजी, वेबहुक रहस्य, और सार्वजनिक वेबहुक यूआरएल स्ट्राइप कॉल करेगा।
05
Django वेबहुक के विरुद्ध स्ट्राइप सीएलआई या डैशबोर्ड परीक्षण ईवेंट चलाएँ, साथ ही क्रिएट-इंटेंट और अस्वीकार/रद्द करें पथ।
06
Django स्रोत, सेटिंग्स नोट्स और एक लाइव-कुंजी चेकलिस्ट वितरित करें। Django कार्यान्वयन को बनाए रखना आपका है।
आर्किटेक्चर
Django प्रक्रिया में गुप्त कुंजी होती है। ग्राहक Django से पेमेंटइंटेंट या चेकआउट सत्र बनाने के लिए कहते हैं। स्ट्राइप वेबहुक द्वारा Django को सूचित करता है। Django हस्ताक्षर का सत्यापन करता है, फिर ऑर्डर स्थिति लिखता है।
समर्थित तकनीकें
वर्तमान समर्थित Django LTS/पाइथॉन संस्करण पर स्थिर जिसे स्ट्राइप SDK स्वीकार करता है। हम Django संगतता जांच पर संस्करणों को पिन करते हैं।
पेमेंटइंटेंट, चेकआउट सत्र और वेबहुक कन्स्ट्रक्ट_इवेंट। जब तक आपको इसकी आवश्यकता न हो, हम Django भुगतानों को किसी गैर-दस्तावेजी पैकेज में नहीं लपेटते।
ऑर्डर या पात्रता अपडेट आपके पास पहले से मौजूद मॉडल पर बने रहते हैं। DRF का उपयोग केवल तभी किया जाता है जब आपका Django API पहले से ही इसी प्रकार काम करता है।
आपका स्ट्राइप खाता, Django, वेबहुक एंडपॉइंट और डैशबोर्ड इवेंट द्वारा उपयोग की जाने वाली परीक्षण और लाइव कुंजियाँ। स्ट्राइप प्रसंस्करण शुल्क स्ट्राइप के पास रहता है।
एक होस्ट जो Django चला सकता है और स्ट्राइप (Gunicorn/uWSGI, आदि) से HTTPS POSTs प्राप्त कर सकता है। कोई स्थैतिक-केवल साइट इस वेबहुक पथ को होस्ट नहीं कर सकती।
क्या शामिल है
Pricing
यह कीमत केवल Django प्लेटफॉर्म के लिए है। यह Next.js या फ़्लटर ऐड-ऑन मूल्य निर्धारण का उपयोग नहीं करता है।
Django के लिए स्ट्राइप इंटीग्रेशन
मौजूदा Django प्रोजेक्ट में उत्पादन के लिए तैयार स्ट्राइप भुगतान जोड़ें और स्रोत कोड रखें।
आवश्यकताएँ
$199
एक बारDjango
फ्रंटएंड चाहिए?
सुरक्षित चेकआउट:stripe
डिलीवरी और सुरक्षा
Django संगतता जांच के बाद विशिष्ट Django Stripe एकीकरण का दायरा बढ़ाया जाता है। समयरेखा आपके वर्तमान ऑर्डर मॉडल और ग्राहक Django को कैसे कॉल करते हैं, इस पर निर्भर करता है।
हमारे सौंपने से पहले Django ऐप के विरुद्ध टेस्ट-मोड पेमेंटइंटेंट, वेबहुक हस्ताक्षर, पुनः प्रयास और गिरावट पथ का उपयोग किया जाता है।
गुप्त कुंजियाँ और वेबहुक हस्ताक्षर रहस्य सर्वर वातावरण में रहते हैं। Django टेम्प्लेट और किसी भी SPA को केवल एक प्रकाशन योग्य कुंजी या एक अल्पकालिक क्लाइंट रहस्य प्राप्त होता है।
Django वेबहुक दृश्य ऑर्डर या पात्रता स्थिति को अपडेट करने से पहले स्ट्राइप हस्ताक्षरों को सत्यापित करता है।
हम पीसीआई प्रमाणीकरण, शून्य धोखाधड़ी, या गारंटीकृत अनुमोदन दरों का दावा नहीं करते हैं। Django PAN संग्रहीत नहीं करता है. कार्ड डेटा स्ट्राइप चेकआउट या एलिमेंट्स द्वारा क्लाइंट पर एकत्र किया जाता है, न कि कस्टम Django कार्ड फॉर्म जिसे हम जारी रखते हैं।
प्रश्न
Django के लिए स्ट्राइप इंटीग्रेशन में आधिकारिक स्ट्राइप पायथन SDK, Django व्यू या DRF एंडपॉइंट शामिल हैं जो पेमेंटइंटेंट या चेकआउट सेशन, एक हस्ताक्षरित वेबहुक व्यू, आपके मॉडल पर ऑर्डर-स्टेट अपडेट, स्ट्राइप टेस्ट इवेंट के खिलाफ परीक्षण और हैंडओवर नोट्स बनाते हैं। आपको अपने प्रोजेक्ट में Django स्रोत प्राप्त होता है। स्ट्राइप फीस और आपका स्ट्राइप खाता अलग-अलग हैं।
हाँ. Django के लिए स्ट्राइप इंटीग्रेशन आपके पास पहले से मौजूद Django प्रोजेक्ट के लिए बनाया गया है। हम डिलीवरी योग्य के रूप में एक अलग डेमो साइट भेजने के बजाय आपके वर्तमान Django ऐप में यूआरएल, दृश्य और सेटिंग्स फिट करते हैं।
नहीं, Django को PAN संग्रहित नहीं करना चाहिए। ग्राहक स्ट्राइप चेकआउट या एलिमेंट्स का उपयोग करते हैं। Django के लिए स्ट्राइप इंटीग्रेशन सर्वर-साइड पेमेंटइंटेंट, वेबहुक और ऑर्डर राइट्स का मालिक है। एक कस्टम Django कार्ड फॉर्म जो रॉ कार्ड डेटा पोस्ट करता है वह डिफ़ॉल्ट दायरे से बाहर है।
Django के लिए स्ट्राइप इंटीग्रेशन पेमेंटइंटेंट्स, चेकआउट सेशंस और कन्स्ट्रक्ट_इवेंट के लिए आधिकारिक स्ट्राइप पायथन लाइब्रेरी का उपयोग करता है। जब तक आपको स्पष्ट रूप से इसकी आवश्यकता न हो, हम Django भुगतानों को एक गैर-दस्तावेज प्लगइन में नहीं लपेटते हैं।
पूर्ति के लिए हाँ. स्ट्राइप को पहुंच योग्य Django HTTPS एंडपॉइंट पर पोस्ट करना होगा। स्थानीय Django को विकास के दौरान स्ट्राइप CLI या सुरंग की आवश्यकता होती है। एक स्थिर होस्ट इस Django वेबहुक को नहीं चला सकता।
नहीं, Django के लिए डिफ़ॉल्ट स्ट्राइप इंटीग्रेशन Django दृश्यों के साथ काम करता है। DRF का उपयोग केवल तभी किया जाता है जब आपका Django API पहले से ही इसका उपयोग करता है और हम Django संगतता जांच के दौरान इस बात से सहमत हैं।
Django एक पेमेंटइंटेंट या चेकआउट सत्र बना सकता है और आपके मॉडल पर स्ट्राइप ग्राहक आईडी संग्रहीत कर सकता है। आवर्ती स्ट्राइप बिलिंग उत्पाद, ग्राहक पोर्टल और इनवॉइस लॉजिक सर्वर पर रहते हैं। सदस्यता-भारी Django कार्य के लिए कस्टम उद्धरण की आवश्यकता हो सकती है।
Django प्रक्रिया पर्यावरण/सेटिंग्स से गुप्त कुंजी और वेबहुक हस्ताक्षर रहस्य का उपयोग करती है। टेम्प्लेट या कोई एसपीए केवल प्रकाशन योग्य कुंजी प्राप्त करते हैं। Django के लिए स्ट्राइप इंटीग्रेशन Django टेम्प्लेट में गुप्त कुंजियाँ नहीं डालता है।
हम पहले स्ट्राइप परीक्षण कुंजी और परीक्षण वेबहुक घटनाओं के विरुद्ध Django के लिए स्ट्राइप इंटीग्रेशन लागू करते हैं। लाइव होना आपके स्ट्राइप डैशबोर्ड और Django सेटिंग्स में एक दस्तावेजित कुंजी और एंडपॉइंट कटओवर है, ऐड-ऑन लाइसेंस सक्रियण नहीं।
Django पेमेंटइंटेंट बनाता है जो SCA का समर्थन करता है। क्लाइंट स्ट्राइप.जेएस या चेकआउट के साथ 3-डी सिक्योर पूरा करता है। Django केवल payment_intent.webhook पर सफल होने के बाद ही पूरा करता है, अकेले ब्राउज़र रीडायरेक्ट के बाद नहीं।
Django द्वारा निर्मित पेमेंटइंटेंट या चेकआउट सत्र के बाद पूर्ति के लिए हाँ। Django का धन्यवाद-दृश्य सत्य का स्रोत नहीं है। वेबहुक दृश्य हस्ताक्षरों का सत्यापन करता है और फिर भुगतान किए गए ऑर्डर को चिह्नित करता है।
हाँ. Django के लिए स्ट्राइप इंटीग्रेशन आमतौर पर आपके कैटलॉग या बुकिंग स्कीमा को बदलने के बजाय आपके मौजूदा Django ऑर्डर मॉडल के बगल में फ़ील्ड या एक पतला भुगतान रिकॉर्ड जोड़ता है।
नहीं, आप स्ट्राइप खाता, एपीआई कुंजी और स्ट्राइप प्रोसेसिंग फीस बनाते हैं और उसके स्वामी हैं। Django ऐड-ऑन कीमत आपके Django प्रोजेक्ट में लागू की जा रही है, न कि बैकोडो भुगतान लाइसेंस में।
नहीं, ऐप स्टोर के अंदर बेचे जाने वाले डिजिटल सामानों को अक्सर IAP की आवश्यकता होती है। Django के लिए स्ट्राइप इंटीग्रेशन स्ट्राइप शुल्क के लिए है, आपके Django API को आपके उत्पाद प्रकार के लिए बनाने की अनुमति है।
हाँ. पेमेंटइंटेंट या चेकआउट सत्र मेटाडेटा, ग्राहक रिकॉर्ड, और वेबहुक पुष्टिकरण के बाद आपके द्वारा बनाए गए फ़ील्ड Django के लिए स्ट्राइप इंटीग्रेशन के दौरान आपके मौजूदा Django ऑर्डर मॉडल से संरेखित होते हैं।
Django स्रोत आपके रेपो में है, इसलिए आपकी टीम इसे बनाए रख सकती है। शामिल 30-दिवसीय समर्थन में Django स्कोप के लिए वितरित स्ट्राइप इंटीग्रेशन में तकनीकी प्रश्न और दोष शामिल हैं, न कि असंबंधित Django फीचर कार्य।
30-दिन की विंडो के दौरान हम प्रलेखित स्ट्राइप एपीआई या स्ट्राइप पैकेज परिवर्तन के कारण वितरित Django एकीकरण में टूट-फूट में मदद करते हैं। यदि आप इसे खरीदते हैं तो उसके बाद चल रहे Django अपग्रेड आपके रखरखाव, या विस्तारित तकनीकी सहायता हैं।
हम पेमेंटइंटेंट स्टेटस, स्ट्राइप डैशबोर्ड लॉग और Django वेबहुक डिलीवरी को पढ़ने का तरीका बताते हैं। 30-दिवसीय समर्थन में वितरित Django प्रवाह के लिए हस्ताक्षर विफलताओं, पुनः प्रयास और गलत कॉन्फ़िगर की गई कुंजियों का समस्या निवारण शामिल है।
हम एकीकरण के समय पिन किए गए स्ट्राइप रिलीज़ के विरुद्ध आपके Django और Python संस्करणों की पुष्टि करते हैं। पुराने या भारी फोर्कड Django रनटाइम को अतिरिक्त गुंजाइश की आवश्यकता हो सकती है।
हैंडओवर के 30 दिन बाद डिलीवर किए गए Django Stripe पथ में शामिल हैं। इस Django ऐड-ऑन मूल्य के 20% पर विस्तारित तकनीकी सहायता वैकल्पिक है और उसी Django एकीकरण पर छह महीने की तकनीकी सहायता शामिल है, न कि कोई नया उत्पाद निर्माण।
अपने मौजूदा Django प्रोजेक्ट में उत्पादन के लिए तैयार स्ट्राइप भुगतान जोड़ें, स्रोत कोड रखें, और सर्वर को इसकी पूर्ति करने दें।
$199