🏊 ⛪️ 👨‍👨‍👧 IOS पर ऑटो-रिन्यूएबल सब्सक्रिप्शन: उचित कार्यान्वयन और नुकसान ⬜️ 🏏 👩🏼

ऑटो-रिन्यूएबल सब्सक्रिप्शन iOS में सभी प्रकार के इन-ऐप खरीदारी के लिए सबसे मुश्किल है, और इसे सही ढंग से लागू करना, शुरुआत से अंत तक, बिल्कुल भी आसान नहीं है, और इस कठिन रास्ते से गुजरने के बाद भी, आप अपने आवेदन को स्वीकार करने से इनकार करने वाले सेंसर से सामना कर सकते हैं।

इस पोस्ट में, मैं एक सदस्यता को लागू करने के सभी चरणों के माध्यम से आपका मार्गदर्शन करने की कोशिश करूंगा और शायद, मैं आपको इस विचार से हतोत्साहित कर सकता हूं।

Auto-Renewable Subscription क्या है

इस प्रकार के इन-ऐप आपको उपयोगकर्ता को एक एक्शन के साथ प्रदान की गई सामग्री की सदस्यता लेने की पेशकश करने की अनुमति देता है, और फिर किसी भी भुगतान के बारे में भूल जाते हैं - हर महीने उससे पैसे डेबिट किए जाएंगे (आप यादृच्छिक पर सदस्यता की अवधि चुन सकते हैं), और उसे अब सोचने की ज़रूरत नहीं होगी कि सदस्यता अवधि समाप्त हो रही है, और आपको उसे इस बारे में फिर से याद दिलाना नहीं है - धन उसके खाते से वापस ले लिया जाएगा और आपके पास भेजा जाएगा।

इसके अलावा, आपको सदस्यता समाप्त करने के लिए विकल्प को एम्बेड करने की आवश्यकता नहीं है - यह केवल iOS सेटिंग्स में संभव है - यह सुविधाजनक है और ऑप्ट-आउट बटन उपयोगकर्ता को उत्साहित नहीं करता है।

वे मुझे मना क्यों कर सकते हैं?

ऐसा लगता है कि इस तरह की एक आदर्श योजना, मैं एक परीक्षण माह बनाऊंगा, और फिर उन्हें एक महीने तक एक डॉलर के लिए आवेदन करने के लिए साइन अप करने दूंगा। लेकिन इतना सरल नहीं है। यहाँ मुख्य शब्द यह है कि Auto-Renewable Subscription को Digital Content प्रदान करने के लिए बनाया गया है, और ये शब्द बहुत धुंधले हैं।

उदाहरण के लिए, हमारा एप्लिकेशन हर दिन कुछ नए शब्दों के साथ उपयोगकर्ता को प्रदान करता है, और हमने सोचा कि यह काफी डिजिटल सामग्री थी। Apple लोग ऐसा नहीं सोचते थे। नतीजतन, मुझे गैर-नवीनीकरण सदस्यता पर सब कुछ फिर से करना पड़ा।

इसलिए, इससे पहले कि आप इस प्रकार की खरीदारी को लागू करना शुरू करें, इस बारे में सोचें कि क्या आप वास्तव में इस तंत्र के अर्थ में एप्पल ने क्या निवेश किया है।

ठीक है, तो चलो कार्यान्वयन के लिए आगे बढ़ते हैं

ऑटो-रिन्यूएबल सब्सक्रिप्शन की कार्यान्वयन प्रक्रिया में तीन चरण होते हैं:

आईट्यून्स कनेक्ट में जोड़ें और कॉन्फ़िगर करें
सत्यापन के लिए सर्वर साइड कॉन्फ़िगर करना
इन-ऐप खरीदारी

आईट्यून्स कनेक्ट में जोड़ें और कॉन्फ़िगर करें

पहले हमें एक साझा रहस्य प्राप्त करने की आवश्यकता है, हम इसे ऐप्पल सर्वर तक पहुंचने पर सर्वर साइड पर उपयोग करेंगे। हम मैनेज इन-ऐप परचेज सेक्शन में जाते हैं और इसे जेनरेट करते हैं।

वहां हम उचित प्रकार का एक नया इन-ऐप जोड़ते हैं, सभी क्षेत्रों में अवधि, नाम और भरण चुनें।

हम विशेष रूप से उत्पाद आईडी में रुचि रखते हैं - हम इसे आवेदन से अनुरोध करेंगे।

हमें अपनी Privcay पॉलिसी में एक लिंक जोड़ने के लिए भी कहा जाएगा, इसके बिना यह असंभव है। लिखने के लिए क्या है? हां, यह इतना महत्वपूर्ण नहीं है, हमने कुछ इस तरह लिखा है: www.easy10.com/privacy

खैर, हमें साझा रहस्य मिला, एक उत्पाद आईडी है , सर्वर साइड पर जाएं।

सत्यापन के लिए सर्वर साइड कॉन्फ़िगर करना

यह चरण हमारे लिए आवश्यक है कि हम खरीद के समय Apple से प्राप्त रसीद को सत्यापित और डिक्रिप्ट करें जब हम इस बात में रुचि रखते हैं कि सदस्यता नए महीने में अपडेट की गई थी या नहीं।

यह तंत्र इस प्रकार लागू किया गया है:

आवेदन में हम एक खरीद अनुरोध करते हैं
हम Apple रसीद से प्राप्त करते हैं
हम इसे बेस 64 में एनकोड करते हैं
हम अपने सर्वर को भेजते हैं (इन चरणों को आपस में जोड़ा जा सकता है)
हमारे सर्वर से हम Apple सर्वर को भेजते हैं
वे इसे डिक्रिप्ट करते हैं और हमें भेजते हैं
हम आवश्यक जानकारी निकालते हैं और आवेदन को बताते हैं कि सदस्यता की स्थिति क्या है।

अपने स्वयं के सर्वर की अनुपस्थिति में, सेवा www.beeblex.com का उपयोग करके 4-6 चरण किए जा सकते हैं

यदि आप प्रक्रिया पर पूर्ण नियंत्रण रखना चाहते हैं, तो चरण 5 में आपको निम्न सामग्री को खरीदना होगा। itunes.apple.com/verifyReceipt JSON

{ "receipt-data" : "(receipt bytes here)", "password" : "(shared secret bytes here)"//  shared secret }

चरण 6 के जवाब में, हमें निम्नलिखित JSON मिलता है

 { "status" : 0, "receipt" : { (receipt here) }, "latest_receipt" : "(base-64 encoded receipt here)", "latest_receipt_info" : { (latest receipt info here) } }

यदि स्थिति = 0, तो सब कुछ ठीक है। यदि यह 21006 है, तो हमारे उपयोगकर्ता ने सदस्यता को नवीनीकृत नहीं किया है और हमें सामग्री प्रदान करने से रोकने की आवश्यकता है। अन्य सभी कोड यहाँ देखे जा सकते हैं:
ऑटो-अक्षय सदस्यता के लिए स्थिति कोड

रसीद क्षेत्र में ही, हम expire_date के मूल्य में सबसे अधिक रुचि लेंगे - हम इसकी वर्तमान एक के साथ तुलना करते हैं और इसके आधार पर हम कुछ निर्णय लेते हैं। यदि उपयोगकर्ता ने आपकी सदस्यता से सदस्यता समाप्त नहीं की है, तो यह स्वचालित रूप से अपडेट हो जाएगा।

और यह सब कैसे परीक्षण करें?

ऐसा करने के लिए, हमें iTunes कनेक्ट में एक परीक्षण उपयोगकर्ता बनाने और सर्वर पर सैंडबॉक्स के लिए रसीद के सत्यापन के लिए एक अनुरोध भेजने की आवश्यकता है।

मैं इस तथ्य पर आपका ध्यान आकर्षित करना चाहता हूं कि परीक्षण मोड में सदस्यता स्वचालित रूप से केवल छह बार नवीनीकृत की जाएगी। और वह सब है। यह लगभग कभी नहीं लिखा गया है, और मैंने रातों की नींद हराम कर दी, यह समझ नहीं पाया कि क्या कारण था कि expires_date मेरे साथ नहीं बदला। इसी में है। इसलिए, आत्म-नवीनीकरण के इस क्षण का परीक्षण करने के लिए आपको एक नया उपयोगकर्ता बनाना होगा।

इसके अलावा, परीक्षण मोड में वैधता अवधि वास्तव में की तुलना में बहुत कम है, उदाहरण के लिए, एक मासिक सदस्यता 5 मिनट के लिए संकुचित है।

खैर, अंत में, मैं आवेदन में ही खरीद कोड दूंगा। हालांकि यह सैकड़ों स्थानों पर लिखा गया था, क्योंकि मैंने इसे सभी को एक साथ रखने का फैसला किया है, यह हिस्सा अपरिहार्य है।

इन-ऐप खरीदारी

इसके लिए iOS StoreKit.framework का उपयोग करता है। इसमें वह सब कुछ है जो आपको खरीदारी करने, लेनदेन की प्रगति को ट्रैक करने और एक नए उपकरण से खरीदारी को पुनर्स्थापित करने की आवश्यकता है।

शुरू करने के लिए, हमें एक लेन-देन पर्यवेक्षक जोड़ना होगा, जिसे SKPaymentTransactionObserver प्रोटोकॉल का समर्थन करना चाहिए - यह आवश्यक है ताकि उपयोगकर्ता के अचानक फोन या इंटरनेट बंद करने पर लेन-देन न हो जाए, इसलिए यह कहीं पर सबसे अच्छा है।

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { //// [[SKPaymentQueue defaultQueue] addTransactionObserver:sharedPaymentsOberver];//   ///}

चलिए एक PaymentsOberver क्लास बनाते हैं, जो हमें आवश्यक सभी प्रोटोकॉल का समर्थन करेगा।

 #import <Foundation/Foundation.h> #import <StoreKit/StoreKit.h> @interface PaymentsObserver : NSObject <SKPaymentTransactionObserver,SKProductsRequestDelegate,SKRequestDelegate> - (void)requestProductData:(NSString*)ofProduct; - (BOOL)validateReceipt; @end

सबसे पहले, हमें एक उत्पाद अनुरोध तैयार करना चाहिए, जिस उत्पाद आईडी की हमें ज़रूरत है, वह दर्शाता है कि हम एक बार में असीमित संख्या में उत्पादों का अनुरोध कर सकते हैं

 - (void)requestProductData:(NSString*)ofProduct { if ([SKPaymentQueue canMakePayments])//,      { NSLog(@"Request Began"); SKProductsRequest *request= [[SKProductsRequest alloc] initWithProductIdentifiers: [NSSet setWithObject:ofProduct]]; request.delegate = self; [request start]; } else { UIAlertView *noPayment = [[UIAlertView alloc]initWithTitle:NSLocalizedString(@"You can't make payments", nil ) message:NSLocalizedString(@"Enable payments in your account settings,please", nil) delegate:self cancelButtonTitle:NSLocalizedString(@"Ok", nil) otherButtonTitles: nil]; [noPayment show]; } }

अनुरोध पूरा होने पर, हम सफल होने पर SKProductRequestDelegate तरीकों में से एक को कॉल करेंगे।

 - (void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response { NSArray *myProduct = response.products; if ([response.products count]) { SKPayment *payment = [SKPayment paymentWithProduct:[myProduct lastObject]]; [[SKPaymentQueue defaultQueue] addPayment:payment]; } }

इसमें, हम परिणामी उत्पाद को लेनदेन कतार में जोड़ते हैं। Apple इसके साथ आगे डील करता है, उपयोगकर्ता को एक खिड़की फेंकते हुए उससे पूछता है कि क्या वह खरीद के बारे में सुनिश्चित है। इस प्रक्रिया के अंत में, हमारे पास SKPaymentTransactionObserver के लिए एक कॉल है, जिसमें, इस बात पर निर्भर करता है कि क्या लेन-देन बीत चुका है, हम अपनी प्रक्रिया जारी रखते हैं, रसीद को सत्यापन के लिए सर्वर पर भेजते हैं।

 - (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions { for (SKPaymentTransaction *transaction in transactions) { switch (transaction.transactionState) { case SKPaymentTransactionStatePurchased: [self completeTransaction:transaction]; break; case SKPaymentTransactionStateFailed: [self failedTransaction:transaction]; break; case SKPaymentTransactionStateRestored: [self restoreTransaction:transaction]; default: break; } } }

हमारी रसीद के सफल सत्यापन के मामले में, हमें उपयोगकर्ता को सामग्री प्रदान करनी चाहिए और, बहुत महत्वपूर्ण बात, कतार से लेन-देन को हटा दें।

 - (void)completeTransaction:(SKPaymentTransaction *)transaction { if ([self validateReceipt:transaction.transactionReceipt]) { [self provideContent: transaction.payment.productIdentifier]; // Remove the transaction from the payment queue. [[SKPaymentQueue defaultQueue] finishTransaction: transaction]; } }

सदस्यता अवधि के अंत में, आपको बस सर्वर को एक अनुरोध भेजने और यह जांचने की आवश्यकता है कि यह नवीनीकृत है या नहीं।

यह सब, यह, अंत में, इस परियोजना में मेरे लिए उपयोगी नहीं था, लेकिन मुझे आशा है कि आप में से कुछ अधिक भाग्यशाली हैं!

IOS पर ऑटो-रिन्यूएबल सब्सक्रिप्शन: उचित कार्यान्वयन और नुकसान