Bestimmen, ob die app kommuniziert mit den APNS sandbox oder Produktion

Habe ich die push-Benachrichtigungen einrichten, die in meiner app. Ich bin versucht zu bestimmen, ob die device-token, die ich erhalten habe von APNS in der application:didRegisterForRemoteNotificationsWithDeviceToken: Methode kam aus dem sandbox-oder Entwicklungsumgebung. Wenn ich unterscheiden kann, in welcher Umgebung der Initialisierung der token, ich werde in der Lage sein zu sagen, mein server, um die Umgebung zu senden die push-Benachrichtigung.

Ich habe versucht, mit der DEBUG makro, um dies zu bestimmen, aber ich habe ein seltsames Verhalten mit diesem und Vertrauen ihm nicht zu 100% korrekt.

#ifdef DEBUG
BOOL isProd = YES;
#else
BOOL isProd = NO;
#endif

Idealerweise würde ich in der Lage zu prüfen, die aps-environment Anspruch (Wert Entwicklung oder Produktion) im code, aber ich bin mir nicht sicher, ob dies überhaupt möglich ist.

Was ist der richtige Weg, um zu bestimmen, ob Ihre app ist die Kommunikation mit dem APNS-sandbox-oder Produktions-Umgebungen? Ich gehe davon aus, dass der server wissen muss, um es in den ersten Platz. Bitte korrigieren Sie mich, wenn diese Annahme falsch ist.

Bearbeitet: die Dokumentation von Apple auf Provider-Kommunikation mit dem APNS details den Unterschied zwischen der Kommunikation mit der sandbox und Produktion. Jedoch ist die Dokumentation nicht geben Informationen, um die Konsistenz mit der Registrierung der token (aus der iOS client-app) und die Kommunikation mit dem server.

InformationsquelleAutor goldierox | 2012-04-13
  1. 17

    Können Sie Lesen und überprüfen Sie die embedded-provisioning-Profil.

    https://github.com/tcurdt/TCMobileProvision

    Dies ist, was ich Tue:

    NSString *mobileprovisionPath = [[[NSBundle mainBundle] bundlePath]
        stringByAppendingPathComponent:@"embedded.mobileprovision"];
TCMobileProvision *mobileprovision = [[TCMobileProvision alloc] initWithData:[NSData dataWithContentsOfFile:mobileprovisionPath]];
NSDictionary *entitlements = mobileprovision.dict[@"Entitlements"];
NSString *apsEnvironment = entitlements[@"aps-environment"];
BOOL production = entitlements && apsEnvironment && [apsEnvironment isEqualToString:@"production"];
    • Die Bibliothek ist ein bisschen veraltet, aber es funktionierte gut für das greifen des aps-environment (ersetzen "get-task-allow" mit "aps-environment" im @tcurdt 's Beispiel, und vergleichen Sie nicht es als bool)
    • könntest du bitte die Datei ein Problem auf, was ist veraltet?
    • Sichere Sache! Hier gehen Sie: github.com/tcurdt/TCMobileProvision/issues/1
    • Feste die Warnung. Lassen Sie mich wissen, wenn mehr aktualisiert werden.
    • Dieser scheint nicht mehr zu funktionieren in xCode 8.1, iOS 10. Hier ist, was ich sehe. Wenn ich erstellen Sie und verteilen Sie die app über HockeyApp, dann der embeddded mobileprovision-Datei gefunden wird und mobileProvision.dict["Ansprüche"] = 'Entwicklung'. Allerdings, wenn ich hochladen, um ITunes für die distribution via TestFlight es scheitert. Beachten Sie, dass, wenn man durch testflight alle push-Benachrichtigungen ausgeführt werden, die auf die Produktion APNS, obwohl die app ist in der Testphase. Alle updates?
    • Funktioniert es in der Produktion aber?
    • es verwendet, um gut funktionieren. Ich habe nicht überprüft, obwohl. Sie sollten prüfen das bundle, wenn es nicht mehr funktioniert und die Datei einen Fehler. Jetzt im Swift-ich bin nur die überprüfung Bundle.main.appStoreReceiptURL zu wissen, ob die app ist in der Produktion oder nicht.

    InformationsquelleAutor tcurdt
  2. 8

    Dies ist ein hack, aber seine Arbeit auf XCode 8 mit Swift 3

    Wir sind im Grunde das öffnen der embedded.mobileprovision Datei, deren Konvertierung in einen string, dann die überprüfung für eine Zeichenfolge, die darauf hinweisen, dass das app ist mit der Entwicklung der aps-Umgebung.

    func isDevelopmentEnvironment() -> Bool {
    guard let filePath = Bundle.main.path(forResource: "embedded", ofType:"mobileprovision") else {
        return false
    }
    do {
        let url = URL(fileURLWithPath: filePath)
        let data = try Data(contentsOf: url)
        guard let string = String(data: data, encoding: .ascii) else {
            return false
        }
        if string.contains("<key>aps-environment</key>\n\t\t<string>development</string>") {
            return true
        }
    } catch {}
    return false
}
    InformationsquelleAutor AlBeebe
  3. 4

    1. Den APNS Umwelt bestimmt sich nach den code signieren Ansprüche passenden Code sign identity (guter Beitrag hier) - während die Identifizierung Ihrer build-Konfiguration kann funktionieren, es kann auch falsch sein, wenn Sie haben abgestimmt, dass die build-Konfiguration mit einem mis-matched Anspruch.

    2. Halten, dass im Auge, die Verwendung von debugging-als ein Mittel, um zu bestimmen, Ihre Ansprüche sollte funktionieren (wenn Sie finden DEBUGGEN zu schwierig sein, können Sie eine eigene linker-flag unter "Apple LLVM..." -> "Other C Flags" -> "Debug")
      zum Beispiel, add-DDEBUGGING und dann verwenden:


    #ifdef DEBUGGING
    BOOL isProd = YES;
    #else
    BOOL isProd = NO;
    #endif

    • Danke für die Antwort, @Wiz. Ich landete mit einem boolean in der Konfiguration plist-Datei. Der einzige Haken, wie du bereits erwähnt hast, ist, dass diese Einstellung hat, um das code signing identity, die in der Projekt-Datei. Es ist unerwünscht, aber die beste Lösung.
    • Vereinbart. Apple könnte einfach die API zu sagen, was der aktuelle Anspruch ist - dann könnte die Produktion oder der route Sandbox-Token, um Ihre sandbox-server...
    InformationsquelleAutor Wiz
  4. 0

    Wie bereits erwähnt in @tcurdt Antwort, der einzige sichere Weg, um festzustellen, ob die Verwendung der sandbox oder nicht, ist zu überprüfen, welche provisioning-Datei. Hier ist der Swift-code, mit TCMobileProvision:

    func isAPNSandbox() -> Bool {
    if let mobileProvisionURL = NSBundle.mainBundle().URLForResource("embedded", withExtension: "mobileprovision"),
    let mobileProvisionData = NSData(contentsOfURL: mobileProvisionURL),
    let mobileProvision = TCMobileProvision(data: mobileProvisionData) {
        if let entitlements = mobileProvision.dict["Entitlements"],
        let apsEnvironment = entitlements["aps-environment"] as? String
        where apsEnvironment == "development" {
            return true
        }
    }

    return false
}

    Installieren TCMobileProvision, fügen Sie diese zu Ihrem Podfile:

    pod 'TCMobileProvision', :git => 'https://github.com/tcurdt/TCMobileProvision.git'
    • phatmann, danke für den Swift-code. Ich bin gespannt, ob Sie einen Grund hatten, um zu überprüfen, die einen booleschen Zustand der Sandbox und nicht true zurückgeben, wenn auf die Produktion? Was ich fand, war, dass, wenn ich eine lokale build von xCode es schlägt fehl, wenn Sie versuchen zu laden "mobileprovision", die bewirkt, dass eine Rückgabe von false ist (d.h. es ist NICHT in der sandbox). Allerdings, wenn ich eine sandbox bereitgestellt-Archiv-Datei, die nicht erfolgreich geladen werden können, die mobileprovision-Datei und zeigt richtig, dass dies eine Sandbox zu bauen. In diesem Fall scheint es notwendig zu testen, für die erfolgreiche Suche nach "Produktion".
    • scheint, wie der beste Ansatz sein könnte, um eine enum mit sandbox, production und unspecified. Fühlen Sie sich frei zu Bearbeiten, den code entsprechend.
    InformationsquelleAutor phatmann
Schreibe einen Kommentar