iOS game shelves player IAP Reload Base64 code sent to Apple to verify that the return value of the receipt does not have a strange problem with the In_app segment.

Our iOS games have been on the shelves these days. And then received a lot of user recharge. But only 2 of the itunesconnet were paid. Someone must have lied to us.

Let's introduce our verification process:

Mobile top-up, purchase success, get to Base64 receipt, sent to the game server for verification, if successful, the player top-up is credited successfully.

At first glance, there seems to be no problem. It should be all right. But there is a problem. Show you a magical base64 receipt. The Devil knows how to pour it out. The Hacker gods are mercy.

There are several accounts. Depending on the log of the server, you will see the requests sent by these people. Base64 is not convenient to take out the paste. Just stick it out.

"D:\Program Files (x86) \jetbrains\webstorm 140.2753\bin\runnerw.exe" "C:\Program Files\iojs\node.exe" Main.jsstatuscode:200headers: {' X-apple-jingle-correlation-key ': ' L4azatkfkdnn7wi2p3uex3p3yy ', pod: ' 2 ', ' x-apple-t Ranslated-wo-url ': '/webobjects/mzfinance.woa/wa/verifyreceipt ', ' x-apple-orig-url ': ' http://buy.itunes.apple.com /webobjects/mzfinance.woa/wa/verifyreceipt ', ' x-apple-application-site ': ' ST11 ', ' edge-control ': ' No-store, Cache-maxage=0 ', Date: ' Wed, each Mar 06:03:14 GMT ', ' Set-cookie ': [' itspod=2; version= ' 1 '; Expires=sat, 11-apr-2 015 06:03:14 GMT; path=/; Domain=.apple.com ', ' mzf_in=022393; version= "1"; path=/webobjects; domain=.apple.com; Secure HttpOnly ', ' mzf_dr=0; version= "1"; Expires=thu, 01-jan-1970 00:00:00 GMT; path=/webobjects; Domain=.apple.com ', ' ns-mzf-inst=36-60-80-109-96-8269-22393-2-st11; Version=1; max-age=1800; path=/; domain=.apple.com; HttpOnly ', ' nsc_nagjobodf-bopo-qppm*0=ffffffff12a53a2d45525d5f4f58455e445a4a423660;Path=/;secure;httponly '], ' apple-timing-app ': ' 9 ms ', ' cache-control ': ' Private, No-cache, No-store, No-transform, must -revalidate, Max-age=0 ', Expires: ' Wed, Mar 06:03:14 GMT ', ' X-apple-lokamai-no-cache ': ' true ', ' X-apple-applica Tion-instance ': ' 22393 ', ' x-frame-options ': ' Sameorigin ', Itspod: ' 2 ', ' x-webobjects-loadaverage ': ' All ', Connection: ' Keep-alive ', ' content-length ': ' 631 '} {"status": 0, "Environment": "Production", "receipt": {"Receipt_type": " Production "," adam_id ": 958813739," app_item_id ": 958813739," bundle_id ":" Com.tsgame.godlike "," Application_version " : "2.2", "download_id": 80011053156383, "Version_external_identifier": 811584718, "request_date": "2015-03-11 06:03:14 Etc/gmt "," Request_date_ms ":" 1426053794658 "," Request_date_pst ":" 2015-03-10 23:03:14 america/los_angeles "," Original_purchase_date ":" 2015-03-07 18:22:23 etc/gmt "," Original_purchase_date_ms ":" 1425752543000 "," Original_ Purchase_date_pst ":" 2015-03-07 10:22:23 america/los_angeles "," Original_applicatIon_version ":" 2.2 "," In_app ": []}}process finished with exit code 0 

This is the base64 of those who do not know whether it is intentional or not. Validation information returned after submission to ITC.

Yes, the status returned is 0;

But anyone who knows the new format after IOS6 will definitely find out. In_app field why not ....

I am also very strange. Why not? What advanced technology is it? Almost all the online verification posts on the Internet say return 0 is OK. But we're in this situation. Returning a 0 definitely doesn't explain the problem.

"D:\Program Files (x86) \jetbrains\webstorm 140.2753\bin\runnerw.exe" "C:\Program Files\iojs\node.exe" Main.jsstatuscode:200headers: {' X-apple-jingle-correlation-key ': ' f6cpkdzp4zvkjkkmoflmrly354 ', pod: ' Si ', ' x-apple- Translated-wo-url ': '/webobjects/mzfinance.woa/wa/verifyreceipt ', ' x-apple-orig-url ': '/http Buy.itunes.apple.com/webobjects/mzfinance.woa/wa/verifyreceipt ', ' x-apple-application-site ': ' ST13 ', ' Edge-control ': ' No-store, cache-maxage=0 ', Date: ' Wed, Mar 06:10:34 GMT ', ' Set-cookie ': [' itspod=54; version = "1"; Expires=sat, 11-apr-2015 06:10:34 GMT; path=/; Domain=.apple.com ', ' mzf_in=542401; version= "1"; path=/webobjects; domain=.apple.com; Secure HttpOnly ', ' mzf_dr=0; version= "1"; Expires=thu, 01-jan-1970 00:00:00 GMT; path=/webobjects; Domain=.apple.com ', ' ns-mzf-inst=183-23-80-220-13-8162-542401-54-st13; Version=1; max-age=1800; path=/; domain=.apple.com; HttpOnly ', ' nsc_nagjobodf-bopo-qppm*0=ffffffff12a5a90645525d5f4f58455e445a4a423660;path=/;secure;httponly '], ' apple-timing-app ': ' 9 ms ', ' cache-control ': ' Private, No-cache, No-store, No-transform , Must-revalidate, Max-age=0 ', Expires: ' Wed, Mar 06:10:34 GMT ', ' X-apple-lokamai-no-cache ': ' true ', ' x-apple-a Pplication-instance ': ' 542401 ', ' x-frame-options ': ' Sameorigin ', itspod: ' si ', ' x-webobjects-loadaverage ': ' + ', Conne ction: ' keep-alive ', ' content-length ': ' 1099 '} {"status": 0, "Environment": "Production", "receipt": {"Receipt_type": " Production "," adam_id ": 958813739," app_item_id ": 958813739," bundle_id ":" Com.tsgame.godlike "," Application_version " : "2.2", "download_id": 74004963679107, "Version_external_identifier": 811584718, "request_date": "2015-03-11 06:10:34 Etc/gmt "," Request_date_ms ":" 1426054234103 "," Request_date_pst ":" 2015-03-10 23:10:34 america/los_angeles "," Original_purchase_date ":" 2015-03-08 07:26:30 etc/gmt "," Original_purchase_date_ms ":" 1425799590000 "," Original_ Purchase_date_pst ":" 2015-03-07 23:26:30 america/los_angeles "," Original_Application_version ":" 2.2 "," In_app ": [{" Quantity ":" 1 "," product_id ":" Gifts1 "," transaction_id ":" 340000061439445 ", "original_transaction_id": "340000061439445", "purchase_date": "2015-03-08 07:38:35 etc/gmt", "Purchase_date_ms": " 1425800315000 "," Purchase_date_pst ":" 2015-03-07 23:38:35 america/los_angeles "," Original_purchase_date ":" 2015-03-08 07:38:35 etc/gmt "," Original_purchase_date_ms ":" 1425800315000 "," Original_purchase_date_pst ":" 2015-03-07 23:38:35 america/los_angeles "," Is_trial_period ":" false "}]}}process finished with exit code 0

"In_app" is the key. I don't know why there are no bills on the inside. This is really weird.

Generally do not understand when you will believe in ghosts and spirits. Generally do not know the server how to appear when the bug will blame others black us. If it is true someone is black. I hope to see the people of this article.

If we know it's our client, that piece is wrong. The receipt of the base64 of the result of this Magnum state=0. Still looking for directions. In the sandbox environment during the testing process. There is no such thing as a in_app receipt.

See the great Gods of this article. That's clear. Give an explanation.

iOS game shelves player IAP Reload Base64 code sent to Apple to verify that the return value of the receipt does not have a strange problem with the In_app segment.