Una pubblicazione iOS con un account sviluppatore necessita di 4 file, un file che firmerà i certificati e 3 certificati. Il file che firmerà i certificati e uno dei 3 certificati vengono utilizzati per tutte le app pubblicate con un account sviluppatore e gli altri due certificati devono essere creati ogni volta che si pubblica una nuova app. Quelli utilizzati per tutte le app pubblicate con un account sviluppatore: questi 2 file verranno creati una volta (la prima volta che pubblicherai con questo account sviluppatore). È il CertSigningRequest (CSR) e il certificato di distribuzione iOS (iOS_Distribution). La CSR viene creata dal tuo computer (deve essere un Mac) da Accesso Portachiavi e iOS_Distribution viene creata dal Centro membri su developer.apple.com . Questi due elementi devono essere archiviati nella cartella principale dei certificati per questo account sviluppatore sul tuo computer (sarà meglio in termini di organizzazione se sei disposto a pubblicare altre app con questo account). Quindi, se consideriamo questo esempio, per il cliente chiamato “John Doe” che ha il proprio account sviluppatore, sul tuo computer ci saranno queste cartelle con questa organizzazione:
App per iOS
Giovanni Daina
Certificati -> CSR e iOS_Distribution per l’account John Doe devono essere archiviati qui dopo averli creati
John Doe 1a app
Certificati
Schermate
Utilizzerai questo certificato CSR e iOS_Distribution per tutte le app che pubblicherai per John Doe, se ci sono più app da pubblicare con questo account. Le crei una volta e le usi ogni volta che pubblichi un’app per John Doe con il suo account. Per tua informazione, l’Accesso Portachiavi per creare la CSR si trova nel tuo Mac in Applicazioni > Utilità.
Gli altri due certificati sono il certificato Apple Push Services e il Mobile Provisionning Profile. Dovrai crearli per ogni app, come puoi vedere nel video. Li memorizzerai nella cartella dei certificati che si trova nella cartella dell’app. Quindi, se consideriamo l’esempio precedente, per il cliente chiamato “John Doe” che ha il proprio account sviluppatore:
App per iOS
Giovanni Daina
Certificati
John Doe 1a app
Certificati -> Il certificato dei servizi push Apple e il profilo di fornitura mobile per la prima app John Doe devono essere archiviati qui dopo averli creati
Schermate
Avrai bisogno di alcuni screenshot per compilare il foglio dell’app su App Store Connect. Potrai realizzarli con Xcode e soprattutto con il simulatore iOS fornito con Xcode. Apri il progetto Xcode che si trova nella cartella ios_source (vedi nel video quando si apre il progetto con Xcode), quindi scegli il target, iPhone 8 Plus ad esempio, e clicca sul pulsante Riproduci (per tua informazione, i sorgenti ios di un’app può essere scaricato dalla sua pagina dal tuo backoffice > Gestisci > Applicazioni):
Prendi alcuni screenshot dell’app per questo target usando CMD+S dalla tastiera e fallo per ogni target che desideri screenshot. Prima di passare da un target all’altro non dimenticare di cliccare sul pulsante “stop” in Xcode.
Passaggio per compilare un’app iOS
Crea gli elementi relativi all’account sviluppatore con cui pubblicherai
Devi creare un file CSR e un certificato di distribuzione iOS. E sarai in grado di utilizzare questi elementi per tutte le prossime app che dovrai pubblicare con questo account sviluppatore -> conservali preziosamente una volta creati.
Il dossier CSR
Deve essere creato dallo strumento di accesso al portachiavi del tuo Mac. Aprilo da Applicazioni> Utilità> Accesso Portachiavi:
Dal menu selezionare “Accesso portachiavi” > “Assistente certificati” > “Richiedi un certificato da un’autorità di certificazione”:
Nella finestra che si apre, inserisci l’e-mail dell’account sviluppatore (o qualsiasi altro indirizzo e-mail, non ha alcun impatto), inserisci il nome del tuo account sviluppatore e seleziona “Salvato su disco”:
Salva questa CSR sul tuo disco, in una cartella relativa ai certificati del tuo account sviluppatore.
– Clicca su “ Certificati, Identificatori e Profili ”
– Fare clic su “ Certificati ” nel menu a sinistra, quindi fare clic su :
– Scegli “ Distribuzione iOS (App Store e Ad Hoc) ” e clicca su “Continua”:
– Firma il tuo certificato di distribuzione iOS con il file CSR che hai creato in precedenza.
– Scarica il certificato di distribuzione iOS che è stato creato.
– Fare doppio clic sul certificato di distribuzione iOS (ios_distribution.cer) per aggiungerlo all’Accesso Portachiavi.
Crea gli elementi relativi all’app che intendi pubblicare
Il certificato dei servizi push Apple
Grazie a questo certificato potrai aggiungere notifiche push, acquisti in-app e altri servizi alla tua app. Nel nostro caso interessa solo il servizio di notifica push.
– Fare clic su ” Identificatori ” nel menu a sinistra, quindi fare clic su :
– Scegli “ App IDs ” e clicca su “Continua”:
– Inserisci il nome della tua app, il Bundle ID dell’app:
– Vai sotto e seleziona “ Notifiche Push ” nell’elenco delle “ Capacità ”:
– Clicca su “ Continua ”.
– Quindi fare clic su “ Registrati ”.
– Nell’elenco, trova l’ ID app che hai appena creato e fai clic su di esso.
– Vai in basso e per Notifiche Push , clicca su “Configura”:
– Nella sezione “ Produzione Certificato SSL ” cliccare su “ Crea Certificato ”:
– Fai clic su “Scegli file” e carica il file CSR che hai creato in precedenza per questo account sviluppatore (lo stesso CSR che hai utilizzato per creare il certificato di distribuzione iOS per questo account sviluppatore):
– Scarica il certificato Apple Push Services (aps.cer) appena creato. Archivia questo certificato in una cartella correlata a questa app sul tuo Mac.
– Fare clic su “ < Tutti i certificati “.
-Fai doppio clic sul certificato Apple Push Services (aps.cer) per aggiungerlo all’Accesso Portachiavi.
Il profilo dell’approvvigionamento
– Fare clic su ” Profili ” nel menu a sinistra, quindi fare clic su :
– Scegli “ App Store ” sotto “ Distribuzione ”:
– Seleziona l’ App ID della tua app e fai clic su “Continua”:
– Seleziona il certificato di distribuzione iOS associato alla CSR che hai utilizzato per firmare l’Apple Push Services Certificate che hai creato poco prima (è molto importante utilizzare la distribuzione iOS che è stata creata con la CSR utilizzata per firmare l’aps.cer di questa app. Non dimenticarlo e non dimenticare che nel caso in cui crei un nuovo aps.cer per questa app con un altro CSR dovrai creare anche un nuovo profilo di provisioning con il certificato di distribuzione iOS realizzato con questo CSR, e poi per pubblicare un aggiornamento della tua app su App Store)
– Clicca su “ Continua ”.
– Assegna un nome al profilo di fornitura e fai clic su “Continua”
– Scarica il Provisioning Profile appena creato. Archivia questo certificato nella cartella relativa a questa app sul tuo Mac e che contiene il certificato Apple Push Services creato poco prima.
Compilazione dell’app
– Scarica il tuo codice sorgente iOS.
– Decomprimere la cartella e aprire il file .xcworkspace facendo doppio clic su di esso.
– Se non l’hai già fatto, devi aggiungere l’account sviluppatore Apple a Xcode.
Vai su Xcode > Preferenze…
Quindi nella scheda Account :
Fai clic sul + per aggiungere un account e seleziona ID Apple :
Quindi inserisci l’ ID Apple e la sua password.
Verrà aggiunto l’account sviluppatore Apple.
Tieni presente che puoi aggiungere diversi account sviluppatore Apple.
– Quindi segui questo video per compilare l’app:
Nota: devi prima creare la tua app su App Store Connect prima di inviare la build con Xcode (Step 1 > 3 di questa documentazione ).
Creazione del certificato .pem
– Vai in Accesso Portachiavi sul tuo Mac
– Dal menu a sinistra, seleziona “Certificati”
– Nella barra di ricerca in alto a destra, inserisci l’ID bundle della tua app
– Fai clic sulla freccia a sinistra del tuo certificato “Apple Push Services”, sotto di esso deve essere allegata una chiave privata
– Selezionare la chiave privata e il certificato
– Fare clic con il tasto destro su di essi
– Seleziona “Esporta 2 articoli…”
– Scegli il tuo desktop come destinazione (può essere un’altra posizione ma dovrai modificare il codice che ti daremo dopo)
– Scegli una password tutta tua
– Apri la console Terminale del tuo Mac (da Applicazioni > Utilità > Terminale)
– Nel Terminale, assicurati di trovarti sul tuo desktop (devi avere “Desktop” visualizzato e poi il tuo nome utente)
(Se il terminale risponde che non esiste un file denominato “Certificates.p12”, vai sul desktop e controlla qual è il nome di questo certificato .p12 e inserisci questo nome anziché Certificates.p12 nella riga di comando)
– Inserisci la password che hai utilizzato poco prima per esportare il certificato sul desktop
– Sul tuo desktop ora hai due certificati: un Certificates.p12 e un certificat.pem.
– Sposta questi file nella cartella della tua app sul tuo Mac (con il profilo di provisioning e aps.cer)
– Inviaci questo certificat.pem per caricarlo nella tua applicazione
– Hai finito!
Maggiori informazioni sulle notifiche push con CMS siberiano
Per inviare notifiche push devi scegliere:
puoi inviare a iOS e Android in questo caso deve esserci il certificato .pem e lo stato pubblicato per entrambi.
puoi inviare solo su Android, non deve esserci alcun certificato .pem e lo stato per ios deve essere “in attesa”.
Nei casi 1 e 2 devi creare un certificato .pem.
certificato pem che hai appena copiato. Elimina il file. Hai fatto.
Continuiamo a guardare la creazione del certificato .pem.
Tutti i certificati sono collegati tra loro, pertanto il certificato Apple Push Services deve essere firmato con il CSR utilizzato per creare il certificato di distribuzione iOS utilizzato per creare il profilo di provisioning. Ciò significa che, se modifichi uno di questi elementi, la tua app non sarà in grado di inviare push. Ad esempio, se hai già creato un certificato .pem e desideri crearlo di nuovo, se lo firmi con un’altra CSR rispetto a quella utilizzata per creare il certificato di distribuzione iOS utilizzato per creare il profilo di provisioning di questa app, avrai per modificare anche il profilo di provisioning e collegarlo alla distribuzione iOS corretta (quella creata con la CSR che stai utilizzando), quindi dovrai inviare un aggiornamento della tua app all’App Store e attendere che Apple abbia accettato la tua app.
Il tuo certificato .pem deve essere ben creato e deve contenere 4 sezioni:
– friendlyName: Servizi Apple Push
– friendlyName: distribuzione iPhone
– E poi due sezioni sulle chiavi con “Attributi chiave: <Nessun attributo>”
Se il tuo .pem non contiene queste sezioni significa che hai perso qualcosa e non funzionerà.
“Un’altra cosa” … sui certificati .pem:
Questo articolo illustra come creare certificati .pem di produzione. Affinché le notifiche push funzionino, il tuo siberiano deve essere in modalità Produzione (dai un’occhiata qui se necessario: push non funziona ). Se vuoi testare le notifiche push senza pubblicare la tua app su Appstore, devi creare certificati di sviluppo (non portiamo supporto a riguardo. Grazie per controllare su Internet o sulle guide alla documentazione di Apple) e accendere il tuo siberiano in Modalità di sviluppo (dai un’occhiata qui se necessario: push non funziona ).
Impostazioni sulla privacy salvate!
GDPR Center
When you visit a website, it can store or retrieve information on your browser, mainly in the form of cookies. Check your personal cookie services here.
Usiamo WooCommerce come sistema di acquisto. Per l'elaborazione del carrello e dell'ordine verranno memorizzati 2 cookie. Questi cookie sono strettamente necessari e non possono essere disattivati.
woocommerce_cart_hash
woocommerce_items_in_cart
These cookies are set through our site by our advertising partners.
Utilizziamo i cookie sul nostro sito Web per offrirti l'esperienza più pertinente ricordando le tue preferenze e le visite ripetute. Cliccando su “ACCETTA” acconsenti all'uso di TUTTI i cookie. Tuttavia, puoi visitare "CONSENSI" per fornire un consenso controllato. Leggi ancora ACCETTA RIFIUTACONSENSI
Imposta Cookies
Privacy sui Cookies
Utilizziamo i cookie sul nostro sito Web per offrirti l'esperienza più pertinente ricordando le tue preferenze e le visite ripetute.
I cookie necessari sono assolutamente essenziali per il corretto funzionamento del sito web. Questa categoria include solo i cookie che garantiscono le funzionalità di base e le caratteristiche di sicurezza del sito web. Questi cookie non memorizzano alcuna informazione personale.
Cookie
Durata
Descrizione
__stripe_mid
1 year
Stripe sets this cookie cookie to process payments.
__stripe_sid
30 minutes
Stripe sets this cookie cookie to process payments.
_GRECAPTCHA
5 months 27 days
This cookie is set by the Google recaptcha service to identify bots to protect the website against malicious spam attacks.
cookielawinfo-checkbox-advertisement
1 year
Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Advertisement" category .
cookielawinfo-checkbox-analytics
1 year
Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Analytics" category .
cookielawinfo-checkbox-functional
1 year
The cookie is set by the GDPR Cookie Consent plugin to record the user consent for the cookies in the category "Functional".
cookielawinfo-checkbox-necessary
1 year
Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Necessary" category .
cookielawinfo-checkbox-others
1 year
Set by the GDPR Cookie Consent plugin, this cookie is used to store the user consent for cookies in the category "Others".
cookielawinfo-checkbox-performance
1 year
Set by the GDPR Cookie Consent plugin, this cookie is used to store the user consent for cookies in the category "Performance".
CookieLawInfoConsent
1 year
Records the default button state of the corresponding category & the status of CCPA. It works only in coordination with the primary cookie.
I cookie funzionali aiutano a svolgere determinate funzionalità come la condivisione del contenuto del sito Web su piattaforme di social media, la raccolta di feedback e altre funzionalità di terze parti.
I cookie per le prestazioni vengono utilizzati per comprendere e analizzare gli indici chiave delle prestazioni del sito Web che aiutano a fornire una migliore esperienza utente per i visitatori.
Cookie
Durata
Descrizione
AMP_TOKEN
past
This cookie is set by Google Analytics and contains a token that can be used to retrieve a Client ID from AMP Client ID service. Other possible values indicate opt-out, inflight request or an error retrieving a Client ID from AMP Client ID service.
I cookie analitici vengono utilizzati per capire come i visitatori interagiscono con il sito web. Questi cookie aiutano a fornire informazioni sulle metriche del numero di visitatori, frequenza di rimbalzo, fonte di traffico, ecc.
Cookie
Durata
Descrizione
_ga
2 years
The _ga cookie, installed by Google Analytics, calculates visitor, session and campaign data and also keeps track of site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognize unique visitors.
_gat_gtag_UA_35186137_21
1 minute
Set by Google to distinguish users.
_gid
1 day
Installed by Google Analytics, _gid cookie stores information on how visitors use a website, while also creating an analytics report of the website's performance. Some of the data that are collected include the number of visitors, their source, and the pages they visit anonymously.
CONSENT
2 years
YouTube sets this cookie via embedded youtube-videos and registers anonymous statistical data.
I cookie pubblicitari vengono utilizzati per fornire ai visitatori annunci e campagne di marketing pertinenti. Questi cookie tracciano i visitatori attraverso i siti Web e raccolgono informazioni per fornire annunci personalizzati.
Cookie
Durata
Descrizione
_fbp
3 months
This cookie is set by Facebook to display advertisements when either on Facebook or on a digital platform powered by Facebook advertising, after visiting the website.
fr
3 months
Facebook sets this cookie to show relevant advertisements to users by tracking user behaviour across the web, on sites that have Facebook pixel or Facebook social plugin.
NID
6 months
NID cookie, set by Google, is used for advertising purposes; to limit the number of times the user sees an ad, to mute unwanted ads, and to measure the effectiveness of ads.