/**
* @param string $receipt_data 付款後憑證
* @return array 驗證是否成功
*/ /**
* 21002 receipt-data域的資料有問題
* 21003 receipt無法通過驗證
* 21004 提供的shared secret不匹配你賬號中的shared secret
* 21005 receipt伺服器當前不可用
* 21006 receipt合法，但是訂閱已過期。伺服器接收到這個狀態碼時，receipt資料仍然會解碼並一起傳送
* 21007 receipt是sandbox receipt，但卻傳送至生產系統的驗證服務
* 21008 receipt是生產receipt，但卻傳送至sandbox環境的驗證服務
*/function acurl($receipt_data, $sandbox = 0)
// 驗證引數
if (strlen($receipt_data)<20)
// 請求驗證
$html = acurl($receipt_data);
$data = json_decode($html,true);
// dump($data);die;
// 如果是沙盒資料 則驗證沙盒模式
if($data['status']=='21007')
if (isset($_get['debug']))
// 判斷是否購買成功
// if(intval($data['status'])===0)else
return $data;
}
PHP實現蘋果 IOS 內購 IAP
反反覆覆經過多次重寫 內部需要 發現蘋果使用php來驗證蘋果內購資料是否正確並不是一件很難的事情。我把我的一些心得寫出來，以供以後有這方面需求的小夥伴參考，以php語言為例，誰讓php是最好的語言呢！首先要知道蘋果內購分沙箱環境和正式環境，兩者區別就是名字不同，請求是需要攜帶的引數是相同的。最重要的...
PHP後端處理蘋果內購對接
1 前六步有ios端處理，最終獲取購買憑證 2 post請求，傳送購買憑證receipt data到服務端介面 蘋果內購 param receipt data 購買憑證 必傳 param is test 是否沙盒資料 選填，1是 0否，預設否 return json public function ...
IOS內購支付伺服器驗證模式
使用者選擇需要購買的產品 使用者選擇需要購買的產品 上述兩種模式的不同之處主要在於 交易的收據驗證，內建模式沒有專門去驗證交易收據，而伺服器模式會使用獨立的伺服器去驗證交易收據。內建模式簡單快捷，但容易被破解。伺服器模式流程相對複雜，但相對安全。使用者能否忍受3 6s的等待時間 對於第乙個問題，我們...