מעבר מערכת הכלים של Google Identity לאימות ב-Firebase

הגרסה החדשה ביותר של Google Identity Toolkit פורסמה בתור אימות ב-Firebase. מעכשיו, לא יפותחו תכונות חדשות ב-Identity Toolkit, וכל הפיתוח של תכונות חדשות יתבצע ב-Firebase Authentication. אנחנו ממליצים למפתחים שמשתמשים ב-Identity Toolkit לעבור ל-אימות ב-Firebase בהקדם האפשרי, אבל Identity Toolkit ימשיך לפעול ולא יוצא משימוש בלי הודעה נוספת.

תכונות חדשות

באימות ב-Firebase כבר יש כמה שיפורים משמעותיים בתכונות בהשוואה ל-Google Identity Toolkit:

  • גישה לכל Firebase

    ‫Firebase היא פלטפורמה לנייד שעוזרת לכם לפתח במהירות אפליקציות איכותיות, להגדיל את בסיס המשתמשים ולהרוויח יותר כסף. פלטפורמת Firebase מורכבת מתכונות משלימות שאפשר לשלב ביניהן בהתאם לצרכים שלכם, והיא כוללת תשתית ל: ניתוח נתונים בנייד, העברת הודעות בענן, מסד נתונים בזמן אמת, אחסון קבצים, אירוח סטטי, הגדרת תצורה מרחוק, דיווח על קריסות בנייד ובדיקות ב-Android.

  • ממשקי משתמש מעודכנים

    בנינו מחדש את תהליכי ממשק המשתמש על סמך מחקר ה-UX האחרון של Google. זה כולל שחזור סיסמה, קישור חשבונות, תהליכים להפגת עמימות בחשבונות חדשים או קיימים, שלעיתים קרובות דורשים זמן רב לתכנות ולניפוי באגים. הוא משלב את Smart Lock לסיסמאות ב-Android, ששיפר באופן משמעותי את ההמרות של כניסה והרשמה באפליקציות המשתתפות. הוא גם תומך בשינויים קלים בעיצוב כדי להתאים לאפליקציה שלכם, וכדי לאפשר התאמה אישית מקסימלית, גרסאות Android ו-iOS הן בקוד פתוח.

  • הגדרת שרת פשוטה

    הקלנו על המפתחים להשתמש באימות ב-Firebase. ב-Identity Toolkit, ראינו שמפתחים רבים בחרו לא להטמיע את תהליך השחזור באמצעות אימייל, ולכן המשתמשים שלהם לא יכלו לשחזר את החשבונות שלהם אם הם שכחו את הסיסמה. אימות ב-Firebase יכול לשלוח למשתמש הודעות אימות באימייל, הודעות לאיפוס סיסמה והודעות על שינוי סיסמה, ואפשר להתאים אישית בקלות את הטקסט של ההודעות האלה. בנוסף, אתם כבר לא צריכים לארח את הווידג'טים של ממשק המשתמש כדי לארח הפניות לכתובות אחרות ולהשלים פעולות של שינוי סיסמה.

  • מסוף Admin חדש

    ל-Firebase יש מסוף מפתחים חדש, ובקטע Authentication אפשר לראות, לשנות ולמחוק את המשתמשים. המידע הזה יכול לעזור מאוד בניפוי באגים בתהליכי הכניסה וההרשמה. במסוף אפשר גם להגדיר שיטות אימות ולהתאים אישית תבניות של אימיילים.

  • ערכות SDK חדשות

    כל ממשקי ה-API של השרת של Identity Toolkit זמינים עכשיו באופן מקורי בכל אחת מספריות הלקוח שלנו (Android, ‏iOS, אינטרנט). המפתחים יוכלו להיכנס לחשבונות של משתמשים קיימים וליצור חשבונות למשתמשים חדשים, לגשת למאפייני משתמשים, לקשר, לעדכן ולמחוק חשבונות, לאפס סיסמאות ועוד, בלי להיות כבולים לממשק משתמש קבוע. אם אתם מעדיפים, אתם יכולים ליצור באופן ידני את כל חוויית הכניסה והתהליך שלה על גבי ה-API הזה.

  • ניהול סשנים באפליקציות לנייד

    ב-Identity Toolkit, אפליקציות יצרו מצב סשן משלהן על סמך אירוע האימות הראשוני מ-Identity Toolkit. אימות ב-Firebase משתמש בשירות לקצה העורפי שמקבל טוקן רענון שנוצר מאירוע האימות, ומחליף אותו בטוקני גישה לשעה אחת ל-Android, ל-iOS ול-JavaScript. כשמשתמש משנה את הסיסמה שלו, טוקני הרענון לא יכולים יותר ליצור טוקני גישה חדשים, וכך הגישה מושבתת עד שהמשתמש מבצע אימות מחדש במכשיר הזה.

  • אימות אנונימי ואימות באמצעות GitHub

    האימות ב-Firebase תומך בשני סוגי אימות חדשים: GitHub ואנונימי. אפשר להשתמש בכניסה אנונימית כדי ליצור מזהה משתמש ייחודי בלי לדרוש מהמשתמש לעבור תהליך כניסה או הרשמה. עכשיו אתם יכולים לבצע קריאות מאומתות ל-API עם משתמש אנונימי, כמו שהייתם עושים עם משתמש רגיל. כשהמשתמש מחליט להירשם לחשבון, כל הפעילות נשמרת עם אותו מזהה משתמש. זה מצוין למצבים כמו עגלת קניות בצד השרת או כל אפליקציה שבה רוצים לעורר עניין אצל המשתמש לפני ששולחים אותו לתהליך ההרשמה.

הבדלים בתכונות

חלק מהתכונות של Identity Toolkit לא זמינות כרגע ב-Firebase Authentication, ותכונות אחרות עוצבו מחדש ופועלות בצורה שונה. אם התכונות האלה חשובות לאפליקציה, יכול להיות שתבחרו לא להעביר אותה מיד. במקרים רבים, יכול להיות שהתכונות האלה לא חשובות לאפליקציה או שיש חלופות פשוטות שיאפשרו לכם להמשיך בהעברה.

הבדלים בצד השרת

שירות הליבה של Identity Toolkit, עם ממשקי ה-API הבסיסיים שלו בארכיטקטורת REST, לוגיקת אימות החשבון ומסד הנתונים הראשי של המשתמשים, עברו רק עדכונים קלים. אבל חלק מהתכונות והאופן שבו משלבים את האימות ב-Firebase בשירות השתנו.

  • ספקי זהויות

    אין תמיכה ב-PayPal וב-AOL. משתמשים עם חשבונות מספקי הזהויות האלה עדיין יכולים להיכנס לאפליקציה באמצעות תהליך שחזור הסיסמה ולהגדיר סיסמה לחשבון שלהם.

  • ספריות של שרתים

    כרגע יש ערכות SDK של Firebase לאדמינים ל-Java, ל-Node.js, ל-Python, ל-Go ול-C#‎.

  • אימיילים בנושא ניהול החשבון

    אפשר לשלוח הודעות על איפוס סיסמה, אימות אימייל ושינוי אימייל באמצעות Firebase או משרת הדואר של המפתח. נכון לעכשיו, אפשר להתאים אישית את תבניות האימייל של Firebase רק באופן מוגבל.

  • אישור על שינוי כתובת האימייל

    ב-Identity Toolkit, כשמשתמש מחליט לשנות את כתובת האימייל שלו, נשלחת הודעת אימייל לכתובת החדשה עם קישור להמשך התהליך של שינוי כתובת האימייל.

    כדי לאשר את שינוי כתובת האימייל, מערכת Firebase שולחת הודעת ביטול לכתובת האימייל הישנה עם קישור לביטול השינוי.

  • השקת IDP

    ב-Identity Toolkit הייתה אפשרות להוסיף ספקי זהויות למערכת הכניסה בהדרגה, כדי שתוכלו לבדוק את ההשפעה על בקשות התמיכה שלכם. התכונה הזו הוסרה מאימות ב-Firebase.

הבדלים בצד הלקוח

ב-Firebase, התכונות של Google Identity Toolkit מחולקות לשני רכיבים:

  • ערכות פיתוח תוכנה (SDK) לאימות ב-Firebase

    באימות ב-Firebase, הפונקציונליות שסופקה על ידי ה-API בארכיטקטורת REST של Identity Toolkit נארזה בערכות SDK של לקוחות שזמינות ל-Android, ל-iOS ול-JavaScript. אתם יכולים להשתמש ב-SDK כדי להכניס משתמשים לחשבון ולרשום אותם, לגשת לפרטי פרופיל המשתמש, לקשר, לעדכן ולמחוק חשבונות ולאפס סיסמאות באמצעות ה-SDK של הלקוח במקום לתקשר עם שירות הקצה העורפי באמצעות קריאות REST.

  • FirebaseUI Auth

    כל תהליכי ממשק המשתמש שמנהלים את הכניסה, ההרשמה, שחזור הסיסמה וקישור החשבון נבנו מחדש באמצעות ערכות ה-SDK של Firebase Authentication. הם זמינים כערכות SDK בקוד פתוח ל-iOS ול-Android, כדי לאפשר לכם להתאים אישית את התהליכים בדרכים שלא אפשריות ב-Identity Toolkit.

הבדלים נוספים:

  • סשנים והעברה

    מכיוון שהסשנים מנוהלים באופן שונה ב-Identity Toolkit וב-Firebase Authentication, הסשנים הקיימים של המשתמשים יסתיימו אחרי שדרוג ה-SDK, והמשתמשים יצטרכו להיכנס שוב.

לפני שמתחילים

כדי לעבור מ-Identity Toolkit לאימות ב-Firebase, צריך:

  1. פותחים את מסוף Firebase, לוחצים על Import Google Project ובוחרים את הפרויקט של Identity Toolkit.

  2. לוחצים על > Permissions כדי לפתוח את הדף IAM & Admin.

  3. פותחים את הדף Service accounts. כאן אפשר לראות את חשבון השירות שהגדרתם קודם ל-Identity Toolkit.

  4. ליד חשבון השירות, לוחצים על > Create key. בתיבת הדו-שיח Create private key, מגדירים את סוג המפתח ל-JSON ולוחצים על Create. קובץ JSON שמכיל את פרטי הכניסה של חשבון השירות יורד למחשב. תצטרכו את המזהה הזה כדי להפעיל את ה-SDK בשלב הבא.

  5. חוזרים אל מסוף Firebase. בקטע Auth, פותחים את הדף Email Templates. בדף הזה אפשר להתאים אישית את תבניות האימייל של האפליקציה.

    ב-Identity Toolkit, כשמשתמשים איפסו סיסמאות, שינו כתובות אימייל ואימתו את כתובות האימייל שלהם, הייתם צריכים לקבל קוד OOB משרת Identity Toolkit, ואז לשלוח את הקוד למשתמשים באימייל. מערכת Firebase שולחת אימיילים על סמך התבניות שהגדרתם, בלי שנדרשות פעולות נוספות.

  6. אופציונלי: אם אתם צריכים לגשת לשירותי Firebase בשרת, התקינו את Firebase SDK.

    1. אפשר להתקין את מודול Firebase Node.js באמצעות npm:

      $ npm init
$ npm install --save firebase-admin

    2. בקוד, אתם יכולים לגשת ל-Firebase באמצעות:

      var admin = require('firebase-admin');
var app = admin.initializeApp({
  credential: admin.credential.cert('path/to/serviceAccountCredentials.json')
});

בשלב הבא, משלימים את שלבי ההעברה בהתאם לפלטפורמה של האפליקציה: Android,‏ iOS,‏ אינטרנט.

שרתים ו-JavaScript

שינויים בולטים

יש עוד כמה הבדלים בהטמעה של Firebase באינטרנט לעומת Identity Toolkit.

  • ניהול סשנים באינטרנט

    בעבר, כשמשתמש אומת באמצעות הווידג'ט של Identity Toolkit, הוגדר למשתמש קובץ Cookie ששימש לאתחול הסשן. הקובץ הזה היה תקף לשבועיים, ושימש כדי לאפשר למשתמש להשתמש בווידג'ט של ניהול החשבון כדי לשנות את הסיסמה ואת כתובת האימייל. בחלק מהאתרים, קובץ ה-Cookie הזה שימש לאימות כל הבקשות האחרות לדפים באתר. אתרים אחרים השתמשו בקובץ ה-Cookie כדי ליצור קובצי Cookie משלהם באמצעות מערכת ניהול קובצי ה-Cookie של המסגרת שלהם.

    ערכות ה-SDK של לקוחות Firebase מנהלות עכשיו את טוקנים של מזהי Firebase ופועלות עם הקצה העורפי של אימות ב-Firebase כדי לשמור על הסשן עדכני. ה-backend מסיים סשנים כשיש שינויים חשובים בחשבון (כמו שינוי סיסמה של משתמש). אסימוני טוקן של מזהה של Firebase לא מוגדרים באופן אוטומטי כקובצי Cookie בלקוח האינטרנט, והם תקפים לשעה אחת בלבד. אם אתם לא רוצים סשנים של שעה בלבד, טוקנים של מזהי Firebase לא מתאימים לשימוש כקובצי Cookie לאימות כל הבקשות של הדפים. במקום זאת, תצטרכו להגדיר מאזין למקרים שבהם המשתמש מתחבר, לקבל את טוקן המזהה של Firebase, לאמת את הטוקן וליצור קובץ Cookie משלכם באמצעות מערכת ניהול קובצי ה-Cookie של המסגרת שלכם.

    תצטרכו להגדיר את משך הסשן של קובץ ה-Cookie בהתאם לצורכי האבטחה של האפליקציה.

  • תהליך הכניסה לאתר

    בעבר, המשתמשים הופנו אל accountchooser.com כשהכניסה התחילה כדי ללמוד באיזה מזהה המשתמש רצה להשתמש. תהליך Firebase Auth UI מתחיל עכשיו ברשימה של שיטות כניסה לחשבון, כולל אפשרות אימייל שעוברת אל accountchooser.com באינטרנט ומשתמשת ב-hintRequest API ב-Android. בנוסף, כבר לא צריך להזין כתובות אימייל בממשק המשתמש של Firebase. כך קל יותר לתמוך במשתמשים לא רשומים, במשתמשים עם אימות בהתאמה אישית או במשתמשים מספקים שלא דורשים כתובות אימייל.

  • ווידג'ט לניהול החשבון

    הווידג'ט הזה מספק ממשק משתמש שמאפשר למשתמשים לשנות את כתובות האימייל, לשנות את הסיסמה או לבטל את הקישור של החשבונות שלהם לספקי הזהויות. הוא נמצא כרגע בפיתוח.

  • כפתור/ווידג'ט כניסה

    ווידג'טים כמו כפתור הכניסה וכרטיס המשתמש כבר לא זמינים. אפשר ליצור אותם בקלות רבה באמצעות Firebase Authentication API.

  • אין signOutUrl

    צריך לשלוח קריאה אל firebase.auth.signOut() ולטפל בקריאה החוזרת.

  • אין oobActionUrl

    שליחת האימיילים מטופלת עכשיו על ידי Firebase ומוגדרת במסוף Firebase.

  • התאמה אישית של CSS

    ב-FirebaseUI נעשה שימוש בסגנון Material Design Lite, שמוסיף באופן דינמי אנימציות של Material Design.

שלב 1: משנים את קוד השרת

  1. אם השרת שלכם מסתמך על האסימון של Identity Toolkit (תקף לשבועיים) כדי לנהל סשנים של משתמשים באינטרנט, אתם צריכים להמיר את השרת כך שישתמש בקובץ Cookie זמני משלו.

    1. מטמיעים נקודת קצה לאימות של אסימון המזהה של Firebase ולהגדרת קובץ ה-Cookie של הסשן למשתמש. אפליקציית הלקוח שולחת את טוקן המזהה של Firebase לנקודת הקצה הזו.
    2. אם הבקשה הנכנסת מכילה קובץ Cookie זמני משלכם, אתם יכולים להניח שהמשתמש מאומת. אחרת, צריך להתייחס לבקשה כלא מאומתת.
    3. אם אתם לא רוצים שהמשתמשים יאבדו את הסשנים הקיימים שלהם, אתם צריכים לחכות שבועיים עד שיפוג התוקף של כל האסימונים של Identity Toolkit, או לבצע אימות כפול של האסימונים באפליקציית האינטרנט, כמו שמתואר בשלב 3 בהמשך.

  2. בשלב הבא, מכיוון שהאסימונים של Firebase שונים מהאסימונים של Identity Toolkit, צריך לעדכן את הלוגיקה של אימות האסימונים. מתקינים את Firebase Server SDK בשרת. אם אתם משתמשים בשפה שלא נתמכת ב-Firebase Server SDK, אתם צריכים להוריד ספריית אימות של אסימוני JWT לסביבה שלכם ולאמת את האסימון כמו שצריך.

  3. בפעם הראשונה שתבצעו את העדכונים שלמעלה, יכול להיות שעדיין יהיו לכם נתיבי קוד שמסתמכים על אסימונים של Identity Toolkit. אם יש לכם אפליקציות ל-iOS או ל-Android, המשתמשים יצטרכו לשדרג לגרסה החדשה של האפליקציה כדי שנתיבי הקוד החדשים יפעלו. אם אתם לא רוצים לאלץ את המשתמשים לעדכן את האפליקציה, אתם יכולים להוסיף לוגיקה נוספת לאימות בשרת שבודקת את האסימון וקובעת אם צריך להשתמש ב-Firebase SDK או ב-Identity Toolkit SDK כדי לאמת את האסימון. אם יש לכם רק אפליקציית אינטרנט, כל בקשות האימות החדשות יועברו ל-Firebase, ולכן תצטרכו להשתמש רק בשיטות האימות של טוקן Firebase.

ראו את מאמרי העזרה של ה-API של Firebase Web.

שלב 2: מעדכנים את ה-HTML

  1. מוסיפים את קוד האתחול של Firebase לאפליקציה:

    1. פותחים את הפרויקט במסוף Firebase.
    2. בדף הסקירה הכללית, לוחצים על Add App ואז על Add Firebase to your web app. מוצג קטע קוד שמאתחל את Firebase.
    3. מעתיקים את קטע הקוד של האתחול ומדביקים אותו בדף האינטרנט.

  2. מוסיפים את FirebaseUI Auth לאפליקציה:

    <script src="https://www.gstatic.com/firebasejs/ui/live/0.4/firebase-ui-auth.js"></script>
<link type="text/css" rel="stylesheet" href="https://www.gstatic.com/firebasejs/ui/live/0.4/firebase-ui-auth.css" />
<!-- *******************************************************************************************
   * TODO(DEVELOPER): Paste the initialization snippet from:
   * Firebase Console > Overview > Add Firebase to your web app. *
   ***************************************************************************************** -->
<script type="text/javascript">
  // FirebaseUI config.
  var uiConfig = {
    'signInSuccessUrl': '<url-to-redirect-to-on-success>',
    'signInOptions': [
      // Leave the lines as is for the providers you want to offer your users.
      firebase.auth.GoogleAuthProvider.PROVIDER_ID,
      firebase.auth.FacebookAuthProvider.PROVIDER_ID,
      firebase.auth.TwitterAuthProvider.PROVIDER_ID,
      firebase.auth.GithubAuthProvider.PROVIDER_ID,
      firebase.auth.EmailAuthProvider.PROVIDER_ID
    ],
    // Terms of service url.
    'tosUrl': '<your-tos-url>',
  };

  // Initialize the FirebaseUI Widget using Firebase.
  var ui = new firebaseui.auth.AuthUI(firebase.auth());
  // The start method will wait until the DOM is loaded.
  ui.start('#firebaseui-auth-container', uiConfig);
</script>

  3. מסירים את Identity Toolkit SDK מהאפליקציה.

  4. אם הסתמכתם על אסימון המזהה של Identity Toolkit לניהול סשנים, אתם צריכים לבצע את השינויים הבאים בצד הלקוח:

    1. אחרי שנכנסים לחשבון באמצעות Firebase, מקבלים טוקן של מזהה של Firebase באמצעות קריאה ל-firebase.auth().currentUser.getToken().

    2. שולחים את טוקן המזהה של Firebase לשרת בקצה העורפי, מאמתים אותו ומנפיקים קובץ Cookie זמני משלכם.

      אל תסתמכו רק על קובץ ה-Cookie הזמני כשאתם מבצעים פעולות רגישות או שולחים בקשות עריכה מאומתות לשרת. תצטרכו לספק הגנה נוספת מפני זיוף בקשות בין אתרים (CSRF).

      אם המסגרת שלכם לא מספקת הגנה מפני CSRF, דרך אחת למנוע מתקפה היא לקבל טוקן של מזהה של Firebase למשתמש המחובר באמצעות getToken() ולכלול את הטוקן בכל בקשה (קובץ ה-Cookie של הסשן יישלח גם כברירת מחדל). לאחר מכן, תאמתו את האסימון הזה באמצעות Firebase server SDK, בנוסף לבדיקת קובץ ה-Cookie הזמני שבוצעה על ידי מסגרת הקצה העורפי. כך יהיה קשה יותר לבצע התקפות CSRF, כי אסימון המזהה של Firebase מאוחסן רק באמצעות אחסון באינטרנט, ולא בקובץ Cookie.

    3. האסימונים של Identity Toolkit תקפים למשך שבועיים. אפשר להמשיך להנפיק אסימונים שתקפים לשבועיים, או להאריך או לקצר את משך הזמן בהתאם לדרישות האבטחה של האפליקציה. כשמשתמש יוצא מהחשבון, צריך למחוק את קובץ ה-Cookie הזמני של הסשן.

שלב 3: מעדכנים את כתובות ה-URL להפניה אוטומטית של ספק הזהויות (IDP)

  1. במסוף Firebase, פותחים את הקטע Authentication ולוחצים על הכרטיסייה שיטת כניסה לחשבון.

  2. לכל ספק של כניסה מאוחדת שאתם תומכים בו, בצעו את הפעולות הבאות:

    1. לוחצים על השם של ספק הכניסה.
    2. מעתיקים את ה-URI להפניה אוטומטית ב-OAuth.
    3. במסוף למפתחים של ספק הכניסה, מעדכנים את כתובת ה-URI להפניה אוטומטית של OAuth.

Android

שלב 1: מוסיפים את Firebase לאפליקציה

  1. פותחים את מסוף Firebase ובוחרים את הפרויקט של ערכת הכלים לניהול זהויות שכבר ייבאתם.

  2. בדף הסקירה הכללית, לוחצים על Add App ואז על Add Firebase to your Android app. בתיבת הדו-שיח Add Firebase, מזינים את שם החבילה של האפליקציה ואת טביעת האצבע של אישור החתימה, ולוחצים על Add App. קובץ התצורה google-services.json יורד למחשב.

  3. מעתיקים את קובץ התצורה לתיקיית השורש של מודול האפליקציה ל-Android. קובץ התצורה הזה מכיל מידע על הפרויקט ועל לקוח Google OAuth.

  4. בקובץ build.gradle ברמת הפרויקט (<var>your-project</var>/build.gradle), מציינים את שם החבילה של האפליקציה בקטע defaultConfig:

    defaultConfig {
   …..
  applicationId "com.your-app"
}

  5. בקובץ build.gradle ברמת הפרויקט, מוסיפים תלות כדי לכלול את הפלאגין של google-services:

    buildscript {
 dependencies {
   // Add this line
   classpath 'com.google.gms:google-services:3.0.0'
 }
}

  6. בקובץ build.gradle ברמת האפליקציה (<var>my-project</var>/<var>app-module</var>/build.gradle), מוסיפים את השורה הבאה בתחתית כדי להפעיל את הפלאגין של שירותי Google:

    // Add to the bottom of the file
apply plugin: 'com.google.gms.google-services'

    הפלאגין של google-services משתמש בקובץ google-services.json כדי להגדיר את האפליקציה לשימוש ב-Firebase.

  7. גם בקובץ build.gradle ברמת האפליקציה, מוסיפים את התלות של אימות ב-Firebase:

    compile 'com.google.firebase:firebase-auth:25.0.0'
compile 'com.google.android.gms:play-services-auth:22.0.0'

שלב 2: מסירים את Identity Toolkit SDK

  1. מסירים את ההגדרה של Identity Toolkit מהקובץ AndroidManifest.xml. המידע הזה נכלל בקובץ google-service.json ונטען על ידי הפלאגין google-services.
  2. מסירים את Identity Toolkit SDK מהאפליקציה.

שלב 3: מוסיפים את FirebaseUI לאפליקציה

  1. מוסיפים את FirebaseUI Auth לאפליקציה.

  2. באפליקציה, מחליפים את הקריאות ל-Identity Toolkit SDK בקריאות ל-FirebaseUI.

iOS

שלב 1: מוסיפים את Firebase לאפליקציה

  1. כדי להוסיף את Firebase SDK לאפליקציה, מריצים את הפקודות הבאות:

    $ cd your-project directory
$ pod init
$ pod 'Firebase'

  2. פותחים את מסוף Firebase ובוחרים את הפרויקט של ערכת הכלים לניהול זהויות שכבר ייבאתם.

  3. בדף הסקירה הכללית, לוחצים על Add App ואז על Add Firebase to your iOS app. בתיבת הדו-שיח Add Firebase, מזינים את מזהה החבילה של האפליקציה ואת המזהה של App Store, ולוחצים על Add App. קובץ התצורה GoogleService-Info.plist יורד למחשב. אם יש לכם כמה מזהי חבילות בפרויקט, צריך לקשר כל מזהה חבילה במסוף Firebase כדי שיהיה לו קובץ GoogleService-Info.plist משלו.

  4. מעתיקים את קובץ התצורה לרמה הבסיסית (root) של פרויקט Xcode ומוסיפים אותו לכל יעדי הטרגוט.

שלב 2: מסירים את Identity Toolkit SDK

  1. מסירים את GoogleIdentityToolkit מה-Podfile של האפליקציה.
  2. מריצים את הפקודה pod install.

שלב 3: מוסיפים את FirebaseUI לאפליקציה

  1. מוסיפים את FirebaseUI Auth לאפליקציה.

  2. באפליקציה, מחליפים את הקריאות ל-Identity Toolkit SDK בקריאות ל-FirebaseUI.