🆕 🍷 🤶🏽 आईट्यून्स इन-ऐप खरीदता है सर्वर साइड 🖕🏻 🏭 🛤️

आईट्यून्स के माध्यम से भुगतान मोबाइल एप्लिकेशन द्वारा प्रदान की गई सामग्री के मुद्रीकरण में वास्तविक नेता हैं। जिन अनुप्रयोगों में मुझे पता है, उनमें से एक में, Google Play उपयोगकर्ताओं की आय की तुलना में उनसे आय 3 गुना अधिक है, जबकि बाद का ट्रैफ़िक 1.5 गुना अधिक है। इस प्रकार, एकल Google Play उपयोगकर्ता की तुलना में एकल iTunes उपयोगकर्ता से 5 गुना अधिक धन प्राप्त किया जा सकता है। यह तर्क आइट्यून्स भुगतान को मोबाइल एप्लिकेशन में एकीकृत करने के लिए पर्याप्त है।

इस लेख में सर्वर की तरफ से आईट्यून्स भुगतान (सदस्यता सहित) के सत्यापन की कुछ विशेषताओं का वर्णन किया गया है, जो कि जैसा कि मुझे लग रहा था, मौजूदा लेखों में पर्याप्त रूप से शामिल नहीं हैं।

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

तो अमूर्त आवेदन के भुगतान अनुरोधों की निगरानी के लिए प्रणाली में, यह काफी सामान्य दिन लग सकता है। नीला रंग भुगतान सत्यापन अनुरोधों की कुल संख्या का प्रतिनिधित्व करता है। ग्रीन - अनुरोध जो वास्तव में ऐप स्टोर के माध्यम से चला गया। और लाल - दुर्भावनापूर्ण अनुरोध। यह कल्पना करने में डरावना है कि यदि भुगतान की पुष्टि सर्वर की अनदेखी करता है तो आवेदन को क्या नुकसान हो सकता है। ग्राफ से डेटा का प्रतिशत निम्नलिखित तालिका में प्रस्तुत किया गया है:

अनुरोध सुविधा	का प्रतिशत
अपुष्ट। नकली भुगतान, सही के समान डेटा से युक्त, लेकिन शायद उनमें कोई फ़ील्ड नहीं है, संख्या को एक लाइन के रूप में प्रस्तुत किया जाता है या कुछ अन्य विशिष्ट विशेषता है जो भुगतान को सत्यापित करने की अनुमति नहीं देता है	0.7%
रिप्ले। सत्यापित भुगतान के साथ ग्राहक से अनुरोध, लेकिन कुछ समय बाद फिर से भेजा गया	1%
पटाखे का भुगतान (जैसे, आईएपी क्रैकर , आदि)। वे स्वयं द्वारा पुष्टि के लिए तैयार सत्यापन भुगतान के लिए भेजते हैं।	9.3%
नकली। अन्य अनुप्रयोगों के लिए iTunes के माध्यम से सत्यापित भुगतान	79%
की पुष्टि की। वास्तव में उचित खरीदारी। उनकी संख्या खाते के माध्यम से खरीद की संख्या के साथ अभिसरण होती है	10%

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

सही नुस्खा पर विचार करें (इसके बाद, सही व्यंजनों के डेटा को थोड़ा बदल दिया गया है):

$ php -r "var_dump(base64_decode('Re4LRece1PT='));" string(2453) "{ "signature" = "8iN4rY5iGNaTUrE=="; "purchase-info" = "PuRCh45e1nf0RM4tIoN=="; "pod" = "22"; "signing-status" = "0"; }" $ php -r "var_dump(base64_decode('PuRCh45e1nf0RM4tIoN=='));" string(784) "{ "original-purchase-date-pst" = "2013-02-18 10:05:51 America/Los_Angeles"; "purchase-date-ms" = "1361210751012"; "unique-identifier" = "aun1que1dent1f1er"; "original-transaction-id" = "1234567890"; "bvrs" = "220"; "app-item-id" = "123"; "transaction-id" = "1234567890"; "quantity" = "1"; "original-purchase-date-ms" = "1361210751012"; "unique-vendor-identifier" = "VEND0R-1DENT1F1ER"; "item-id" = "456"; "version-external-identifier" = "789"; "product-id" = "com.example.application.product.1"; "purchase-date" = "2013-02-18 18:05:51 Etc/GMT"; "original-purchase-date" = "2013-02-18 18:05:51 Etc/GMT"; "bid" = "com.example.application"; "purchase-date-pst" = "2013-02-18 10:05:51 America/Los_Angeles"; }"

एक नुस्खा में खरीद डेटा, एक हस्ताक्षर और सेवा क्षेत्रों की एक जोड़ी होती है। हस्ताक्षर बाइनरी और बेस 64 एनकोडेड है। खरीद डेटा भी एन्कोडेड है और कई क्षेत्रों के साथ एक JSON ऑब्जेक्ट है। मैं दो क्षेत्रों को सबसे दिलचस्प मानता हूं: उत्पाद-आईडी - खरीदे गए उत्पाद की पहचानकर्ता और बोली - आवेदन की पहचानकर्ता।

दुर्भावनापूर्ण क्वेरी चयनकर्ता - नकली प्रश्न - कुछ इस तरह देखें:

 $ php -r "var_dump(base64_decode('CHuZH0iRECE1pt=='));" string(2281) "{ "signature" = "8iN4rY5iGNaTUrE=="; "purchase-info" = "4n0THeRPuRCh45e1nf0RM4tIoN=="; "pod" = "17"; "signing-status" = "0"; }" $ php -r "var_dump(base64_decode('4n0THeRPuRCh45e1nf0RM4tIoN=='));" string(656) "{ "original-purchase-date-pst" = "2012-07-12 05:54:35 America/Los_Angeles"; "purchase-date-ms" = "1342097675882"; "original-transaction-id" = "170000029449420"; "bvrs" = "1.4"; "app-item-id" = "450542233"; "transaction-id" = "170000029449420"; "quantity" = "1"; "original-purchase-date-ms" = "1342097675882"; "item-id" = "534185042"; "version-external-identifier" = "9051236"; "product-id" = "com.zeptolab.ctrbonus.superpower1"; "purchase-date" = "2012-07-12 12:54:35 Etc/GMT"; "original-purchase-date" = "2012-07-12 12:54:35 Etc/GMT"; "bid" = "com.zeptolab.ctrexperiments"; "purchase-date-pst" = "2012-07-12 05:54:35 America/Los_Angeles"; }"

काफी अच्छा नुस्खा है। बस हमारे आवेदन से नहीं। यदि आप iTunes Connect से संपर्क करते हैं, तो हमें इस भुगतान की पुष्टि प्राप्त होगी:

 $ wget 'https://buy.itunes.apple.com/verifyReceipt' -q --post-data='{"receipt-data":"CHuZH0iRECE1pt=="}' -O - {"receipt":{"original_purchase_date_pst":"2012-07-12 05:54:35 America/Los_Angeles", "purchase_date_ms":"1342097675882", "original_transaction_id":"170000029449420", "original_purchase_date_ms":"1342097675882", "app_item_id":"450542233", "transaction_id":"170000029449420", "quantity":"1", "bvrs":"1.4", "version_external_identifier":"9051236", "bid":"com.zeptolab.ctrexperiments", "product_id":"com.zeptolab.ctrbonus.superpower1", "purchase_date":"2012-07-12 12:54:35 Etc/GMT", "purchase_date_pst":"2012-07-12 05:54:35 America/Los_Angeles", "original_purchase_d

सिद्धांत रूप में, वे जाँच नहीं कर सके। आप उत्पाद-आईडी की तुलना करके iTunes में 80% ट्रैफ़िक बचा सकते हैं और ग्राहक एप्लिकेशन से नुस्खा प्राप्त करने के चरण में भी हमारे आवेदन में स्वीकार्य लोगों के साथ बोली लगा सकते हैं।

पटाखे द्वारा बनाई गई रेसिपीज बहुत ही आदिम हैं: Y29tLnVydXMuaWFwLjk2NjU3Mjkw । डिक्रिप्ट, हमें com.urus.iap.96657290 मिलता है। जाहिर है, यहां पर किसी भी रेसिपी की संरचना के बारे में बात नहीं की जा रही है - या तो हस्ताक्षर या खरीद डेटा। ऐसे व्यंजनों को सुरक्षित रूप से अस्वीकार किया जा सकता है। इस तरह के एक नुस्खा पर आइट्यून्स 21002 त्रुटि लौटाएगा ।

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

नमूने में सबसे छोटी बुराई अपुष्ट व्यंजनों है। नीचे एक का उदाहरण दिया गया है:

 $ php -r "var_dump(base64_decode('P0dDe1NyRECE1pt=='));" string(613) "{"signing-status"="0";"purchase-info"="P0dDe1N0e1NF0==";"pid"="143";"signature"="1POdP1sD4jEe5t=";}" $ php -r "var_dump(base64_decode('P0dDe1N0e1NF0=='));" string(388) "{"unique-identifier"="an0theru1que1dent1f1er";"purchase-date"="2012-02-18 19:23:27 Etc/GMT";"original-transaction-id"="0123456789";"quantity"="1";"original-purchase-date"="2012-02-18 19:23:27 Etc/GMT";"bvrs"="123";"product-id"="com.example.application.product.1";"item-id"="456";"transaction-id"="0123456789";"bid"="com.example.application";}"

सही नुस्खा के साथ तुलना में, इस मामले में, रिक्त स्थान पर बचत, लेकिन यह नुस्खा को अस्वीकार करने का एक कारण नहीं है - आखिरकार, इसे ग्राहक अनुप्रयोग द्वारा संकलित और एन्कोड किया गया है। और इसलिए नुस्खा सही लगता है: सही उत्पाद और एप्लिकेशन पहचानकर्ता, प्रशंसनीय भुगतान डेटा, हस्ताक्षर हैं। आपको iTunes को अनुरोध भेजने की आवश्यकता है (यह अच्छा है कि इस तरह के अनुरोधों की कुल संख्या का केवल 0.7% और उपयोगी अनुरोधों की संख्या का 7% है)। आईट्यून्स कोड 21002 के साथ जवाब देगा।

नीचे दी गई तस्वीर क्लाइंट अनुप्रयोग से प्राप्त व्यंजनों को सत्यापित करने के लिए एल्गोरिथ्म को अपने स्वयं के सर्वर की तरफ दिखाती है:

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

 $AppStore = new \AppStore\Client\AppStoreClient(); $AppStore->setPassword('secret shared password') ->setSandbox((bool) mt_rand(0,1)); $Status = $AppStore->verifyReceipt('5t4TUs==');

आईट्यून्स हमें निम्नलिखित फॉर्म में प्रतिक्रिया डेटा लौटाएगा

 object(AppStore\Client\Response\RenewableStatus)#7 (4) { ["latestReceipt":"AppStore\Client\Response\RenewableStatus":private]=> string(3460) "5t4TUs==" ["LatestReceiptInfo":"AppStore\Client\Response\RenewableStatus":private]=> object(AppStore\Client\Response\RenewableReceipt)#8 (11) { ["expiresDate":"AppStore\Client\Response\RenewableReceipt":private]=> string(13) "1363547483000" ["quantity":"AppStore\Client\Response\Receipt":private]=> int(1) ["productId":"AppStore\Client\Response\Receipt":private]=> string(35) "com.example.application.product.2" ["transactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "0987654321" ["purchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-02-18 20:11:23 Etc/GMT" ["originalTransactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "9078563412" ["originalPurchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-01-18 20:11:25 Etc/GMT" ["appItemId":"AppStore\Client\Response\Receipt":private]=> string(9) "456" ["versionExternalIdentifier":"AppStore\Client\Response\Receipt":private]=> string(0) "" ["bid":"AppStore\Client\Response\Receipt":private]=> string(19) "com.example.application" ["bvrs":"AppStore\Client\Response\Receipt":private]=> string(3) "123" } ["status":"AppStore\Client\Response\Status":private]=> int(0) ["Receipt":"AppStore\Client\Response\Status":private]=> object(AppStore\Client\Response\RenewableReceipt)#9 (11) { ["expiresDate":"AppStore\Client\Response\RenewableReceipt":private]=> string(13) "1363547483000" ["quantity":"AppStore\Client\Response\Receipt":private]=> int(1) ["productId":"AppStore\Client\Response\Receipt":private]=> string(35) "com.example.application.product.2" ["transactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "0987654321" ["purchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-02-18 20:11:23 Etc/GMT" ["originalTransactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "9078563412" ["originalPurchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-01-18 20:11:25 Etc/GMT" ["appItemId":"AppStore\Client\Response\Receipt":private]=> string(9) "456" ["versionExternalIdentifier":"AppStore\Client\Response\Receipt":private]=> string(0) "" ["bid":"AppStore\Client\Response\Receipt":private]=> string(19) "com.example.application" ["bvrs":"AppStore\Client\Response\Receipt":private]=> string(3) "123" } }

Google Play सदस्यता के विपरीत, iTunes प्रत्येक भुगतान अवधि के लिए एक नया सदस्यता नुस्खा बनाता है। अगली बिलिंग अवधि की शुरुआत से एक दिन पहले, iTunes उपयोगकर्ता के खाते से पैसे निकालने की कोशिश करता है, हालांकि मैंने एक शिकायत देखी कि नए बिलिंग अवधि की शुरुआत से 48 घंटे पहले नवीनीकरण शुल्क पर डेबिट किया गया था। यदि प्रयास अभी तक नहीं किया गया है और अभी तक सफल नहीं हुआ है, तो latest_receipt में प्रस्तुत डेटा मूल नुस्खा के डेटा से मेल खाता है, जैसा कि ऊपर दिए गए उदाहरण में है। यदि सदस्यता सफलतापूर्वक नवीनीकृत हो जाती है, तो स्वचालित खरीद का डेटा नवीनतम_receipt_info फ़ील्ड में प्रस्तुत किया जाएगा, नवीनतम_receipt फ़ील्ड में एन्कोडेड नुस्खा

 object(AppStore\Client\Response\RenewableStatus)#7 (4) { ["latestReceipt":"AppStore\Client\Response\RenewableStatus":private]=> string(3460) "ReNEW481E5t4TUs==" ["LatestReceiptInfo":"AppStore\Client\Response\RenewableStatus":private]=> object(AppStore\Client\Response\RenewableReceipt)#8 (11) { ["expiresDate":"AppStore\Client\Response\RenewableReceipt":private]=> string(13) "1363547483000" ["quantity":"AppStore\Client\Response\Receipt":private]=> int(1) ["productId":"AppStore\Client\Response\Receipt":private]=> string(35) "com.example.application.product.2" ["transactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "0987654321" ["purchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-02-18 20:11:23 Etc/GMT" ["originalTransactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "9078563412" ["originalPurchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-01-18 20:11:25 Etc/GMT" ["appItemId":"AppStore\Client\Response\Receipt":private]=> string(9) "456" ["versionExternalIdentifier":"AppStore\Client\Response\Receipt":private]=> string(0) "" ["bid":"AppStore\Client\Response\Receipt":private]=> string(19) "com.example.application" ["bvrs":"AppStore\Client\Response\Receipt":private]=> string(3) "123" } ["status":"AppStore\Client\Response\Status":private]=> int(0) ["Receipt":"AppStore\Client\Response\Status":private]=> object(AppStore\Client\Response\RenewableReceipt)#9 (11) { ["expiresDate":"AppStore\Client\Response\RenewableReceipt":private]=> string(13) "1361131883894" ["quantity":"AppStore\Client\Response\Receipt":private]=> int(1) ["productId":"AppStore\Client\Response\Receipt":private]=> string(35) "com.example.application.product.2" ["transactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "0987654312" ["purchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-01-18 20:11:23 Etc/GMT" ["originalTransactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "9078563412" ["originalPurchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-01-18 20:11:25 Etc/GMT" ["appItemId":"AppStore\Client\Response\Receipt":private]=> string(9) "456" ["versionExternalIdentifier":"AppStore\Client\Response\Receipt":private]=> string(0) "" ["bid":"AppStore\Client\Response\Receipt":private]=> string(19) "com.example.application" ["bvrs":"AppStore\Client\Response\Receipt":private]=> string(3) "123" } }

यदि सदस्यता को नवीनीकृत करना संभव नहीं था, तो प्रतिक्रिया की स्थिति 21006 हो जाती है

 $AppStore = new \AppStore\Client\AppStoreClient(); $AppStore->setPassword('secret shared password') ->setSandbox((bool) mt_rand(0,1)); try { $Status = $AppStore->verifyReceipt('ExP1ReD5t4TUs=='); } catch (\AppStore\Client\Response\ExpiredSubscriptionException $ex) { var_dump($ex->getStatus()); }

 object(AppStore\Client\Response\RenewableStatus)#7 (4) { ["latestReceipt":"AppStore\Client\Response\RenewableStatus":private]=> string(0) "" ["LatestReceiptInfo":"AppStore\Client\Response\RenewableStatus":private]=> NULL ["status":"AppStore\Client\Response\Status":private]=> int(21006) ["Receipt":"AppStore\Client\Response\Status":private]=> object(AppStore\Client\Response\RenewableReceipt)#8 (11) { ["expiresDate":"AppStore\Client\Response\RenewableReceipt":private]=> string(13) "1361208738953" ["quantity":"AppStore\Client\Response\Receipt":private]=> int(1) ["productId":"AppStore\Client\Response\Receipt":private]=> string(35) "com.example.application.product.2" ["transactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "2143658709" ["purchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-01-18 17:32:18 Etc/GMT" ["originalTransactionId":"AppStore\Client\Response\Receipt":private]=> string(15) "2143658709" ["originalPurchaseDate":"AppStore\Client\Response\Receipt":private]=> string(27) "2013-01-18 17:32:19 Etc/GMT" ["appItemId":"AppStore\Client\Response\Receipt":private]=> string(9) "456" ["versionExternalIdentifier":"AppStore\Client\Response\Receipt":private]=> string(0) "" ["bid":"AppStore\Client\Response\Receipt":private]=> string(19) "com.example.application" ["bvrs":"AppStore\Client\Response\Receipt":private]=> string(3) "123" } }

मैं निम्नलिखित सर्वर-साइड iTunes सदस्यता प्रसंस्करण योजना का प्रस्ताव करता हूं:

विवरण:

खरीद - ग्राहक पक्ष पर एक सदस्यता खरीद
सत्यापित करें - ऊपर प्रस्तावित एल्गोरिथ्म के अनुसार सर्वर की ओर से सदस्यता डेटा का सत्यापन
कतार - सत्यापित सदस्यता डेटा कतार
आवधिक सत्यापन - समय-समय पर सदस्यता का सत्यापन। यदि सदस्यता नवीनीकृत हो गई है, तो हम बाद के चेक के लिए अद्यतन नुस्खा को कतार में वापस लिखते हैं

मेरे आंकड़ों के अनुसार, ~ 60% आईट्यून्स सब्सक्रिप्शन का नवीनीकरण किया जाता है। Google Play सदस्यता के लिए, यह मान ~ 40% है। और सदस्यता को नवीनीकृत करने की असंभवता के अधिकांश मामले उपयोगकर्ता खातों पर धन की कमी के मामले हैं

आईट्यून्स इन-ऐप खरीदता है सर्वर साइड

More articles: