आपको ऐप स्टोर चेक सत्यापन (ऐप स्टोर रसीद) के बारे में क्या पता होना चाहिए

StackOverflow में अभी भी ऐप स्टोर की जाँच को मान्य करने के बारे में बहुत सारे सवाल हैं, इसलिए हमने इस विषय पर एक प्रश्न और उत्तर प्रारूप में एक लेख लिखने का फैसला किया।

ऐप स्टोर की जाँच क्या है?

यह पीकेसीएस # 7 प्रारूप में एक एन्क्रिप्टेड फ़ाइल है, जिसमें आवेदन में सभी खरीद के बारे में जानकारी है। यह एप्लिकेशन बंडल में स्थित है और इसे कॉल करके आसानी से प्राप्त किया जा सकता है: Bundle.main.appStoreReceiptURL . Bundle.main.appStoreReceiptURL ।

क्या हमेशा यह फ़ाइल होती है?

यदि एप्लिकेशन ऐप स्टोर से डाउनलोड किया गया था, तो हां, हमेशा। और अगर यह Xcode या Testflight के माध्यम से स्थापित किया गया था, तो शुरू में आवेदन में कोई सैंडबॉक्स चेक नहीं होता है जब तक कि चेक की पहली खरीद या बहाली नहीं होती है।

"चेक को मान्य करने" का क्या अर्थ है?

इसका अर्थ है फ़ाइल को डिक्रिप्ट करना, JSON तिथि प्राप्त करना और उपयोगकर्ता द्वारा की गई खरीदारी की पुष्टि करना। आप इसे स्थानीय रूप से या Apple को अनुरोध भेजकर कर सकते हैं।

किन मामलों में एक डेवलपर को चेक के सत्यापन की आवश्यकता होती है?

एक पूर्ण खरीद को मान्य करने के लिए।
जब कई में जेलब्रेक था, तो यह प्रासंगिक था: चेक की जालसाजी के लिए उपयोगिताओं थे। अब यह समस्या तीव्र हो गई है, क्योंकि जेल तोड़ना दुर्लभ हो गया है।

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

ऑटो-अक्षय सदस्यता खरीदते समय।
वर्तमान सदस्यता की स्थिति और समाप्ति तिथि निर्धारित करने के लिए।

सत्यापन के दौरान क्या खरीद बहाल की जा सकती है?

इन-ऐप खरीदारी के 4 प्रकार हैं:

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

क्या मान्यता विधियाँ मौजूद हैं?

उनमें से तीन हैं:

• ओपनएसएसएल का उपयोग करते हुए स्थानीय मान्यता,
• IOS डिवाइस से सीधे Apple द्वारा ऑन-डिमांड सत्यापन,
• आपके सर्वर का उपयोग करके Apple द्वारा ऑन-डिमांड सत्यापन।

सत्यापन का कौन सा तरीका बेहतर है?

स्थानीय सत्यापन जटिल है और इसे लागू करने के लिए बहुत समय और प्रयास की आवश्यकता होती है। आपको अपने प्रोजेक्ट में ओपनएसएसएल लाइब्रेरी को भी जोड़ना होगा। कुछ मामलों में, आपको चेक को अपडेट करना होगा।

Apple iOS डिवाइस पर ही चेक की जाँच करने की अनुशंसा नहीं करता है। यह सुरक्षित नहीं है: एक अनुरोध को एक मध्य-मध्य हमले के साथ बाधित किया जा सकता है।

सर्वर पर चेक को मान्य करना सबसे अच्छा है। इसके अलावा, ऐप्पल कभी-कभार वहां नए क्षेत्र जोड़ता है, उदाहरण के लिए, grace_period_expires_date और grace_period_expires_date । हमारे सर्वर पर, हम एप्लिकेशन को अपडेट किए बिना जल्दी से बदलाव कर सकते हैं। और सत्यापन के पिछले दो तरीकों को आसानी से iOS डिवाइस पर सिस्टम समय को बदलकर मूर्ख बनाया जा सकता है।

साझा गुप्त के लिए क्या है?

यह एक विशेष कुंजी लाइन है जो ऑटो-अक्षय खरीद के साथ चेक को डिक्रिप्ट करने के लिए आवश्यक है। Apple HTTPS अनुरोध में एक पैरामीटर के रूप में Apple के साझा रहस्य का उपयोग करता है।

शेयर्ड सीक्रेट कहां से लाएं?

ऐप स्टोर कनेक्ट पर जाएं, एप्लिकेशन खोलें, सुविधाएँ टैब पर जाएं, अंतर्निहित खरीद अनुभाग में आपको एप्लिकेशन बटन के लिए साझा की गई कुंजी दिखाई देगी। एक नई कुंजी उत्पन्न करें, अगर यह पहले से ही नहीं है।

एक जाँच को मान्य करने के लिए नमूना कोड

 func validateReceipt(){ #if DEBUG let urlString = "https://sandbox.itunes.apple.com/verifyReceipt" #else let urlString = "https://buy.itunes.apple.com/verifyReceipt" #endif guard let receiptURL = Bundle.main.appStoreReceiptURL, let receiptString = try? Data(contentsOf: receiptURL).base64EncodedString() , let url = URL(string: urlString) else { return } let requestData : [String : Any] = ["receipt-data" : receiptString, "password" : "YOUR_SHARED_SECRET", "exclude-old-transactions" : false] let httpBody = try? JSONSerialization.data(withJSONObject: requestData, options: []) var request = URLRequest(url: url) request.httpMethod = "POST" request.setValue("Application/json", forHTTPHeaderField: "Content-Type") request.httpBody = httpBody URLSession.shared.dataTask(with: request) { (data, response, error) in // convert data to Dictionary and view purchases }.resume() } 

यह iOS पर एक चेक को मान्य करने का एक उदाहरण है। अपने साझा किए गए रहस्य के साथ YOUR_SHARED_SECRET के मान को बदलना याद रखें।

data प्राप्त करने के बाद, इसे Dictionary :

 DispatchQueue.main.async { if let data = data, let jsonData = try? JSONSerialization.jsonObject(with: data, options: .allowFragments){ // your non-consumable and non-renewing subscription receipts are in `in_app` array // your auto-renewable subscription receipts are in `latest_receipt_info` array } } 

डिक्रिप्टेड ऐप स्टोर रसीद उदाहरण

यहां आप ऑटो-नवीकरणीय सदस्यता के साथ एक आवेदन में दो लेनदेन के साथ चेक का एक उदाहरण देख सकते हैं।

in_app और latest_receipt_info बीच अंतर क्या हैं?

• latest_receipt_info में ऑटो-नवीकरणीय खरीद के नवीकरण सहित सभी लेनदेन शामिल हैं। आपको केवल इस सरणी का उपयोग करना चाहिए।

  
  

• in_app में गैर- in_app खरीद और गैर-नवीकरणीय सदस्यता के लेनदेन शामिल हैं। आपके ऑटो-रिन्यूएबल सब्सक्रिप्शन का पहला लेन-देन भी यहां डुप्लिकेट है। उपभोज्य खरीद in_app सरणी में भी दिखाई देगी, लेकिन तब गायब हो जाती है जब डेवलपर लेनदेन पूरा करता है।

  
  

निष्कर्ष

हम Apphud में एक सुविधाजनक ओपन-सोर्स SDK में ऑटो-अक्षय सदस्यता के साथ एप्लिकेशन स्टोर चेक के सत्यापन को लागू किया। Apphud आपको सदस्यता की स्थिति को ट्रैक करने, प्रमुख मीट्रिक का विश्लेषण करने, स्वचालित रूप से सदस्यता समाप्त करने वाले उपयोगकर्ताओं को छूट प्रदान करने में मदद करता है, और भी बहुत कुछ। यदि आप सदस्यता के साथ काम करते समय दर्द का अनुभव करते हैं , तो मुफ्त में हमारे समाधान का प्रयास करें।