Hoe ons Sign In with Apple at Parallels oorwin het

Hoe ons Sign In with Apple at Parallels oorwin het

Ek dink baie mense het al gehoor Sign In with Apple (kortweg SIWA) ná WWDC 2019. In hierdie artikel sal ek jou vertel watter spesifieke slaggate ek moes trotseer toe ek hierdie ding in ons lisensieportaal geïntegreer het. Hierdie artikel is nie regtig vir diegene wat pas besluit het om SIWA te verstaan ​​nie (vir hulle het ek 'n aantal opvoedkundige skakels aan die einde van die teks verskaf). In hierdie materiaal sal baie waarskynlik antwoorde vind op vrae wat mag ontstaan ​​wanneer die nuwe Apple-diens geïntegreer word.

Apple laat nie pasgemaakte herleidings toe nie

Eintlik sien ek steeds nie 'n antwoord op hierdie vraag op ontwikkelaarforums nie. Die punt is dit: as jy die SIWA JS API wil gebruik, d.w.s. werk nie deur die inheemse SDK nie as gevolg van die gebrek aan een om een ​​of ander rede (nie macOS/iOS of 'n ou weergawe van hierdie stelsels nie), dan het jy jou eie publieke portaal nodig, anders is daar geen ander manier nie. Want op die WWDR-portaal moet jy registreer en bevestig dat jy die eienaar van jou domein is, en slegs daarop kan jy herleidings aanheg wat vanuit Apple se oogpunt aanvaarbaar is:

Hoe ons Sign In with Apple at Parallels oorwin het

Wat moet jy doen as jy 'n herleiding in 'n toepassing wil onderskep? Ons het hierdie probleem uiters eenvoudig opgelos: ons het op ons portaal 'n lys van aanvaarbare herleidings vir ons toepassings geskep, wat hulle bestel voordat die SIWA-magtigingsbladsy vertoon word. En ons herlei eenvoudig van die portaal na die toepassing met die data wat van Apple ontvang is. Eenvoudig en kwaad.

Probleme met e-pos

Kom ons kyk hoe ons probleme met die gebruiker se e-pos opgelos het. Eerstens is daar geen REST API wat jou toelaat om hierdie inligting van die backend af te kry nie - slegs die kliënt ontvang hierdie data en kan dit saam met die magtigingskode oordra.

Tweedens word inligting oor die gebruiker se naam en e-pos slegs een keer oorgedra, na die gebruiker se heel eerste aanmelding by die toepassing deur Apple, waar die gebruiker opsies kies om sy persoonlike data te deel.

Op sigself is hierdie probleme nie direk krities as die verbinding met die sosiale profiel suksesvol op die portaal geskep is nie - die gebruikers-ID is dieselfde en is gekoppel aan die Span-ID - d.w.s. dit is dieselfde vir al jou span se SIWA-geïntegreerde toepassings. Maar as die aanmelding deur Apple gemaak is, en verder langs die pad het 'n fout plaasgevind en die verbinding op die portaal is nie geskep nie, dan is die enigste opsie om die gebruiker na appleid.apple.com te stuur, die verbinding met die toepassing te verbreek en probeer weer. Eintlik kan die probleem opgelos word deur die toepaslike KB-artikel te skryf en daarna te skakel.

Die volgende meer onaangename probleem hou verband met die feit dat Apple met 'n nuwe konsep vorendag gekom het met proxy-e-pos. In ons geval, as die gebruiker reeds met sy regte seep by die lisensieportaal was en, wanneer hy vir die eerste keer deur Apple aanmeld, die opsie kies om die e-pos te versteek, word 'n nuwe rekening by hierdie instaanbediener geregistreer. pos, wat natuurlik geen lisensies bevat nie, wat die eindgebruiker in die doodloopstraat plaas.

Die oplossing vir hierdie probleem is redelik eenvoudig: want. As die gebruiker-ID dieselfde is in SIWA en nie afhang van die geselekteerde opsies/toepassing waarin die aanmelding gemaak word nie, gebruik ons ​​eenvoudig 'n spesiale skrif om jou toe te laat om hierdie verbinding van Apple na 'n ander rekening met die gebruiker se regte seep en daardeur “herstel jou aankope” " Na hierdie prosedure begin die gebruiker toegang tot 'n ander rekening op die portaal kry deur SIWA en alles werk reg vir hom.

Daar is geen toepassingsikoon wanneer u via die webportaal aanmeld nie

Om nog 'n probleem op te los, het ons ons na Apple-verteenwoordigers gewend vir opheldering en ons kennis te deel:

https://forums.developer.apple.com/thread/123054
Hoe ons Sign In with Apple at Parallels oorwin het

Dié. die betekenis is soos volg: aan die hoof van die SIWA-groep m.b. Slegs die macOS/iOS-toepassing word afgelewer, waarin die nodige diens-ID's van die portale reeds bygevoeg is. Gevolglik, sodat die ikoon van die hooftoepassing gewys kan word. weergawes gepubliseer in die App Store met media wat deur Apple geverifieer is. Die ikoon sal van daar af geneem word.

Gevolglik, as jy net 'n portaal en geen toepassings van die App Store het nie, sal jy nie 'n pragtige ikoon hê nie, maar jy kan wegkom met die naam van die toepassing - as die hooftoepassing nie media het nie, is hierdie inligting geneem van die Beskrywing diens ID:
Hoe ons Sign In with Apple at Parallels oorwin het
Hoe ons Sign In with Apple at Parallels oorwin het

Die aantal elemente in 'n SIWA-groep is beperk tot 5

Daar is geen oplossing vir hierdie probleem op die oomblik nie, behalwe om baie groepe te gebruik, as jy 6 identifiseerders ontbreek: 1 hooftoepassing en 5 afhanklikes, wanneer jy probeer om die volgende een te registreer, sal jy hierdie boodskap sien:

Hoe ons Sign In with Apple at Parallels oorwin het

Ons het groepe geskep vir ons lisensieportaal en vir elk van die toepassings wat met hierdie portaal in wisselwerking tree. Wat slotbeperkings betref, ons het reeds 'n radar met Apple oopgemaak en wag op hul reaksie.

nuttige skakels

Die nuttigste skakel, na my mening, waarvolgens ek alles in wese gedoen het. Semi-nuttige dok van Apple hier.

Geniet dit! Vrae, gedagtes, idees en voorstelle is welkom in die kommentaar.

Bron: will.com

Voeg 'n opmerking