Überprüfen Sie den Empfang für den App-Kauf

Erste, es sind ein paar Tippfehler in den code gepostet. Dies versuchen. (Disclaimer: Refactoring et. al ist Links als übung für den Leser!)

- (BOOL)verifyReceipt:(SKPaymentTransaction *)transaction {
    NSString *jsonObjectString = [self encode:(uint8_t *)transaction.transactionReceipt.bytes length:transaction.transactionReceipt.length];      
    NSString *completeString = [NSString stringWithFormat:@"http://url-for-your-php?receipt=%@", jsonObjectString];               
    NSURL *urlForValidation = [NSURL URLWithString:completeString];       
    NSMutableURLRequest *validationRequest = [[NSMutableURLRequest alloc] initWithURL:urlForValidation];              
    [validationRequest setHTTPMethod:@"GET"];         
    NSData *responseData = [NSURLConnection sendSynchronousRequest:validationRequest returningResponse:nil error:nil];  
    [validationRequest release];
    NSString *responseString = [[NSString alloc] initWithData:responseData encoding: NSUTF8StringEncoding];
    NSInteger response = [responseString integerValue];
    [responseString release];
    return (response == 0);
}

- (NSString *)encode:(const uint8_t *)input length:(NSInteger)length {
    static char table[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/=";

    NSMutableData *data = [NSMutableData dataWithLength:((length + 2) / 3) * 4];
    uint8_t *output = (uint8_t *)data.mutableBytes;

    for (NSInteger i = 0; i < length; i += 3) {
        NSInteger value = 0;
        for (NSInteger j = i; j < (i + 3); j++) {
            value <<= 8;

            if (j < length) {
                value |= (0xFF & input[j]);
            }
        }

        NSInteger index = (i / 3) * 4;
        output[index + 0] =                    table[(value >> 18) & 0x3F];
        output[index + 1] =                    table[(value >> 12) & 0x3F];
        output[index + 2] = (i + 1) < length ? table[(value >> 6)  & 0x3F] : '=';
        output[index + 3] = (i + 2) < length ? table[(value >> 0)  & 0x3F] : '=';
    }

    return [[[NSString alloc] initWithData:data encoding:NSASCIIStringEncoding] autorelease];
}

Können Sie diese Internen Methoden auf die Klasse, die mit Ihren SKPaymentTransactionObserver Nachrichten:

@interface YourStoreClass (Internal)
- (BOOL)verifyReceipt:(SKPaymentTransaction *)transaction;
- (NSString *)encode:(const uint8_t *)input length:(NSInteger)length;
@end

Hinweis: Sie könnte so etwas wie libcrypto zu behandeln, base64-Codierung, aber dann bist du auf der Suche im export-Einschränkungen und zusätzliche Schritte bei der app-Zulassung Zeit. Aber ich schweife ab ...

Dann, wo immer Sie wollen kick-off-Aufzeichnung der Transaktion auf dem remote-server, call verifyReceipt: mit Ihrer Transaktion und stellen Sie sicher, es kommt wieder positiv.

Inzwischen auf Ihrem server, hier einige super-abgespeckte PHP, um Dinge zu handhaben:

$receipt = json_encode(array("receipt-data" => $_GET["receipt"]));
//NOTE: use "buy" vs "sandbox" in production.
$url = "https://sandbox.itunes.apple.com/verifyReceipt";
$response_json = call-your-http-post-here($url, $receipt);
$response = json_decode($response_json);

//Save the data here!

echo $response->status;

Wo call-your-http-post-hier ist Ihre Lieblings-HTTP-post-Mechanismus. (cURL ist eine mögliche Wahl. YMMV. PHP.net hat die Schaufel!)

Eine Sache, die mich etwas besorgt ist die Länge der Nutzlast in die URL von der app an den server (per GET). Ich vergessen, wenn es eine Länge Ausgabe pro die RFCs. Vielleicht ist es OK, oder es ist server-spezifisch. (Leser: Beratung-willkommen auf diesem Teil!!!!)

Es kann auch einige balking das eine synchrone Anfrage. Möchten Sie vielleicht, um es zu veröffentlichen asynchron und die ol' UIActivityIndicatorView oder andere HUD. Case in point: Das initWithData:Codierung: Aufruf einer laaaangen Zeit für mich. Wenige Sekunden, eine kleine Ewigkeit im iPhone-land (oder sonst wo online, für diese Angelegenheit). Zeigt irgendeine Art von unbestimmter Status-LED kann ratsam sein.

InformationsquelleAutor der Antwort Joe D'Andrea

Für alle, die sich Fragen, wie Sie zu behandeln Verbindung oder überprüfung Fehler auftreten, wenn Sie die In-App-Kauf-server-Modell. Erhalt Validierung stellt sicher, dass die Transaktion abgeschlossen ist und erfolgreich. Sie wollen nicht, dass aus dem iPhone, da kann man nicht wirklich Vertrauen des Benutzers Telefon.

1. Der Benutzer initiiert in-app-Kauf
2. Wenn Sie fertig sind, die app fragt den server für die Validierung
3. Überprüfen Sie die Quittung mit Apple: wenn es gültig ist, können Sie ausführen, was auch immer Aktionen, verbunden mit dem Kauf (unlock/content liefern, registrieren Abo...)
4. Die app entfernt die Transaktion aus der Warteschlange (finishTransaction)

Wenn der server down ist, sollten Sie nicht die Transaktion abzuschließen, aber es wird eine "Nichtverfügbarkeit Nachricht" an die Benutzer.

- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions

aufgerufen wird, werden Sie es später erneut.

Aberwenn Sie erfahren, dass ein Eingang ungültig ist, sollten Sie beenden die zugehörigen Transaktion. Wenn nicht, müssen Sie extra-Transaktionen Leben in die transaction queue. Das bedeutet, dass jedes mal, wenn Ihre app ausgeführt wird, paymentQueue:updatedTransaction: wird einmal aufgerufen werden, die pro Transaktion...

In meine apps, Erhalt die überprüfung erfolgt durch einen web service, der einen Fehler-code im Falle einer ungültigen Eingang. Das ist, warum ein externer server benötigt wird. Wenn ein Benutzer es irgendwie schafft, Sie zu überspringen Erhalt Validierung (durch das vortäuschen der web-service - "Erfolg" - Antwort), wird er nicht in der Lage zu entsperren der Inhalte /Zugriff auf Funktionen, da der server keine Spur von dem Kauf.

InformationsquelleAutor der Antwort leviathan

Ich bin überrascht, um nicht gefunden haben, Ray Wenderlich tutorial hier - nur mein Leben gerettet. Geht durch die Validierung von Einnahmen, ohne dass ein server (nicht empfohlen, aber schwer getan sowieso).

http://www.raywenderlich.com/23266/in-app-purchases-in-ios-6-tutorial-consumables-and-receipt-validation

InformationsquelleAutor der Antwort capikaw

Nur zu öffnen, diese wieder und mein 2-Cent-im Gegenzug für die Geißelung diese Formulare für die Informationen.

Ich nur setup eine IAP-service in meinem app und lief in das gleiche 21002 Fehler. Ich fand den 21002 passiert, wenn entweder die post auf Ihren PHP-server ist leer (also die HTTP-request an den app store ist leer oder nicht richtig formatiert. Um unsere Arbeit, auf der iPhone-Seite setzen wir die post-Daten in einem NSString als base64-kodierte dann schickte Sie es an unsere server als HTTP-request.

Dann auf unserem server, wir stecken es in das und-array und json-ed. Wie diese:

$receipt = json_encode(array("receipt-data"=>$_POST['receipt-data']));

Werden Sie feststellen, es ist das gleiche wie oben, außer wir sind mit einem POST anstelle von GET. Persönliche Präferenz wirklich.

Wir dann benutzt CURL, um es auf die sandbox und verwendet json_decode auf die Antwort.

InformationsquelleAutor der Antwort