Le notifiche di sottoscrizione al database pubblico vengono ricevute da tutti gli utenti con la stessa sottoscrizione?

Question

Ho impostato un CKSubscription * in modo da ricevere le modifiche a un tipo di record.

Sto utilizzando il database pubblico.

Quando eseguo il test con lo stesso utente (stesso account iCloud), ricevo la notifica.

Se utilizzo un utente diverso (diverso account iCloud) non ricevo la notifica.

Gli abbonamenti sono progettati per funzionare solo tra dispositivi dello stesso utente?

Ecco la documentazione che descrive abbonamenti:

Utilizzare un oggetto CKSubscription per seguire i cambiamenti che si verificano sul server. Un abbonamento si comporta come una query persistente sul server che può tracciare la creazione, la cancellazione e la modifica dei record. Quando si verificano le modifiche , attivano la consegna delle notifiche push in modo che l'app possa rispondere in modo appropriato.

https://developer.apple.com/library/ios/documentation/CloudKit/Reference/CKSubscription_class/index.html#//apple_ref/occ/cl/CKSubscription

mi sarei aspettato di ricevere una notifica non importa quale utente modifica il record, e la sottoscrizione predicato dovrebbe comunque corrispondere.

UPDATE

* Ogni utente ha un abbonamento con lo stesso predicato, essenzialmente focalizzato su un singolo RecordType con un particolare valore della proprietà.

Il payload per questa sottoscrizione è solo per push shouldSendContentAvailable = YES.

La documentazione si legge:

Quando questa proprietà è YES, il server include il bandiera contenuti disponibili nel payload della notifica push. Questo flag fa sì che il sistema attivi o meno un'app che al momento non è in esecuzione. L'app è quindi viene fornito il tempo di esecuzione in background per scaricare tutti i dati relativi a la notifica push, ad esempio l'insieme di record modificati. Se l'app è già in esecuzione in primo piano, l'inclusione di questo flag non ha alcun effetto aggiuntivo e la notifica viene recapitata all'app delegato per l'elaborazione come di consueto.

autorizzazione di protezione del RecordType è:

ulteriore aggiornamento

controllato i ceppi del dispositivo non riceve la spinta quando dovrebbe e vide:

apsd[85]: Silent Push: Deny app not available 

Riavviato il dispositivo e ora funziona correttamente!

Answer 1

Questo comportamento è dovuto a un errore nel modo in cui la mia CKSubscription è stato configurato. Se vogliamo che tutti gli utenti ricevano le notifiche dall'abbonamento, non dovrebbe avere un set di zoneID (dovrebbe rimanere nullo). Stavo impostando l'ID zona sul valore di defaultRecordZone, questo limiterà le notifiche all'utente corrente solo come l'utente di defaultRecordZone è l'utente corrente.

UPDATE

finalmente risolto il problema. Non solo è stato un problema di zoneID, ma sembra che ci sia anche un bug. La mia notifica di iscrizioneInfo aveva semplicemente shouldSendContentAvailable impostato su YES. Ciò non causa l'attivazione della notifica di sottoscrizione per le modifiche apportate da chiunque diverso dall'utente corrente (u1d1-> u1d2, ma non u1d1> u2d2). Ho semplicemente aggiunto un alertBody e le notifiche iniziano a sparare.

Qualcun altro deve affrontare questo problema?

UPDATE 2

riavvio del dispositivo risolto il problema.

Answer 2

Ogni utente deve creare il proprio abbonamento. Un abbonamento è valido solo per l'utente che lo ha creato. All'avvio dell'app è necessario verificare se le sottoscrizioni sono disponibili per l'utente corrente (è possibile utilizzare la funzione database.fetchAllSubscriptionsWithCompletionHandler per quello)

Quindi se è presente una sottoscrizione per un recordType e un predicato, l'utente deve ricevere le notifiche di lì sono tutte le modifiche per i record all'interno di questo recorType e predicato.

Non è possibile garantire che ogni modifica venga eseguita. Se ci sono più notifiche, potrebbe accadere che non riceverai tutto. Questo è il motivo per cui, dopo aver ricevuto una notifica si dovrebbe anche eseguire una query per le notifiche di sottoscrizione in sospeso sul server (utilizzando CKFetchNotificationChangesOperation)

Se si crea un record sul dispositivo, allora non si dovrebbe ricevere una notifica per che su quel dispositivo. Quindi se hai una raccolta dati per un abbonamento nella tua app, dovresti anche aggiornarla dopo aver modificato i dati.

Se pensi che questo è complesso, allora si potrebbe provare EVCloudKitDao

Answer 3

E per aggiungere un'altra dimensione alle risposte sopra, le iscrizioni CKS vengono registrate "per account iCloud" non per dispositivo. Tutti i dispositivi registrati nello stesso account iCloud (*) riceveranno tutte le notifiche basate su qualsiasi abbonamento inserito da qualsiasi dispositivo in tale account iCloud. Quando quanto sopra si riferisce a "utente", si intende "qualsiasi dispositivo connesso all'account iCloud".

• tranne che per il particolare dispositivo che ha modificato il file che conduce alla notifica