問題タブ [receipt-validation]

このチュートリアルに従ったところ、すべてうまくいきました。しかし、XcodetransactionReceiptは非推奨であることを示しています。

Google で調べてみると、次の方法で変更できることがわかりました。

しかし、この変更を行うと、次のようになります。

検証は常に失敗します。代わりに、私が残した場合、transactionReceiptすべてが適切に機能します。

何が問題ですか？

注: iOS 7.1 を搭載した iPhone 4 でテスト済み。

Mac Appstore アプリケーションに IAP を追加しました。レシート サーバー側を正しく検証できません。このコードを使用して領収書を読んでいます:

次に、データをサーバーに送信します。サーバーは、https://buy.itunes.apple.com/verifyReceiptをクエリして、領収書が有効かどうかを確認します。何をしようとしても、常に無効なレシートになってしまいます。また、レシートファイルをプレーンテキストとして提供するか、コマンドラインツールでエンコードすると、同じ問題が発生するgem Veniceを使用してみました。base64しかし同時に、すべてのアプリから試した領収書ファイルで失敗します/Applications。

Mac Appstore でレシート検証の実装に成功した人はいますか?

サーバーで領収書を検証していますが、ハッキングされた領収書を取得しており、ステータス 0 が返されています!

サーバーコードは次のとおりです。

レシート内に偽のデータを配置しようとしましたが、21002 エラー (不正な形式のレシート) が返されます。

レシート ステータスが 0 で、偽のレシートの場合は YES が返されるかどうかを確認します。

ここに新鮮なものがあります

ステータス = 0!!! これはどのように可能ですか!?

そして、付属の偽のトランザクション ID は次のとおりです。

84091B08-4706-4810-924F-BC10CC1B

一体何ができるの？

どうしたの！？これらのハッキングされた領収書からステータス 0 を取得するにはどうすればよいですか?!

iOS レシートから元のトランザクション ID を取得しようとしていますが、Apple から返されたデータに json_decode を使用すると、奇妙な形式になります。次に例を示します。

//リンゴからのオブジェクト

in_app が配列であることが他の例でわかりますが、丸括弧で取得しています。何が起こっているのかわからない。これは私のサーバーメソッドです:

丸括弧が表示される理由や何をすべきかはわかりませんが、このタイプの JSON 応答またはおそらく私が間違っていることを認識している場合は、耳を傾けてください。

レシートの他のすべてのフィールドにアクセスできますが、in_app 内の唯一のフィールドにはアクセスできません。

iOS6 と iOS7 の両方のスタイルのアプリ内購入レシート検証コードを実装しました。(Robot Media と Github の RMStore コードのガイダンスに感謝します!) 購入または更新するたびに検証しています。アプリが実行されるたびにこの検証を繰り返すことに意味があるかどうか疑問に思っています。

Apple の検証サーバーを呼び出すため、これが iOS6 スタイルでどのように理にかなっているのかがわかります。しかし、私の理解が正しければ、iOS7 スタイルはバンドル内のアプリのレシートで購入した製品の ID をチェックするだけです。このファイルが変更されない場合、チェックし続けることがどのように役立つかわかりません。変わりますか？システムは時々それを微調整しますか? Cydiaは？

私たちがそれに取り組んでいる間: iOS6 と iOS7 の両方の検証スタイルを行うことに何か意味はありますか? 両方を実装したので、害はないと思います。別の言い方をすれば、iOS7 のスタイルは無敵ですか? そして、iOS6 スタイルは決定的な失敗ですか?

ありがとう！

独自のサーバーを作成する (Apple が推奨) または (iOS 7 で) オンデバイス検証を行うのではなく、iOS レシート検証を行うためのサービスのプロバイダーはありますか?

Beeblexについて読みましたが、彼らの Web サイトは閉鎖されているようです。