Comment puis-je me connecter avec plusieurs services sociaux avec Firebase?

---

Mise à jour (20160521): Firebase vient de sortir une mise à jour majeure de son Firebase Authentification produit, ce qui permet maintenant à un seul utilisateur à associer les comptes de l'différentes prises en charge des fournisseurs. Pour en savoir plus sur cette fonctionnalité, consultez la documentation de iOS, Web et Android. La réponse ci-dessous à gauche, pour des raisons historiques.

---

La base Firebase service propose plusieurs méthodes d'authentification:
https://www.firebase.com/docs/security/authentication.html

À sa base, Firebase utilise secure JWT les jetons d'authentification. Tout ce qui résulte en la production d'un JWT jeton (comme l'utilisation d'une librairie JWT sur votre propre serveur) sera à authentifier vos utilisateurs de Firebase, de sorte que vous avez le contrôle complet sur le processus d'authentification.

Firebase offre un service appelé Firebase Simple Connexion qui est une façon de générer ces jetons (ce qui permet à notre Facebook, Twitter, etc auth). Il est destiné aux communes auth scénarios de sorte que vous pouvez obtenir rapidement opérationnel avec pas de serveur, mais ce n'est pas la seule façon de s'authentifier, et n'est pas destiné à être une solution globale. 

Voici une approche permettant la connexion avec de nombreux fournisseurs à l'aide de Firebase Simple Connexion:

1. Stocker un canoniques identificateur d'utilisateur pour chaque utilisateur, et une cartographie de
   chaque fournisseur identifiant spécifique pour que l'on canonique id.
2. Mise à jour de vos règles de sécurité correspondent à aucune des informations d'identification sur une
   compte d'utilisateur donné, au lieu d'un seul.

Dans la pratique, les règles de sécurité pourrait ressembler à ceci, en supposant que vous souhaitez activer à la fois Twitter et Facebook d'authentification (ou permettre à un utilisateur de créer un compte avec l'un, puis plus tard ajouter les autres):

{
  "users": {
    "$userid": {
      //Require the user to be logged in, and make sure their current credentials
      //match at least one of the credentials listed below, unless we're creating
      //a new account from scratch.
      ".write": "auth != null && 
        (data.val() === null || 
        (auth.provider === 'facebook' && auth.id === data.child('facebook/id').val() || 
        (auth.provider === 'twitter' && auth.id === data.child('twitter/id').val()))"
    }
  },
  "user-mappings": {
    //Only allow users to read the user id mapping for their own account.
    "facebook": {
      "$fbuid": {
        ".read": "auth != null && auth.provider === 'facebook' && auth.id === $fbuid",
        ".write": "auth != null && 
          (data.val() == null || 
          root.child('users').child(data.val()).child('facebook-id').val() == auth.id)"
      }
    },
    "twitter": {
      "$twuid": {
        ".read": "auth != null && auth.provider === 'twitter' && auth.id === $twuid",
        ".write": "auth != null && 
          (data.val() == null || 
          root.child('users').child(data.val()).child('twitter-id').val() == auth.id)"
      }
    }
  }
}

Dans cet exemple, vous pouvez stocker un id d'utilisateur (qui peut être n'importe quoi de votre choix) et de maintenir la correspondance entre Facebook, Twitter, etc. les mécanismes d'authentification de l'utilisateur principal d'enregistrement. Lors de la connexion pour chaque utilisateur, vous allez chercher de l'utilisateur principal d'enregistrement de l'utilisateur-mappings, et l'utilisation que l'id que le principal magasin de données de l'utilisateur et les actions. Le ci-dessus a également restreint et valide les données de l'utilisateur mappages de sorte qu'il ne puisse être écrit par l'utilisateur lui-même qui a déjà la même Facebook, Twitter, etc. id utilisateur dans /utilisateurs/$userid/(facebook-id|twitter-id|etc-id).

Cette méthode vous permettra d'être rapidement opérationnel. Cependant, si vous avez un complexe d'utilisation et d'voulez un contrôle complet sur l'authentification de l'expérience, vous pouvez exécuter votre propre auth code sur vos propres serveurs. Il y a beaucoup de utile bibliothèques open source que vous pouvez utiliser pour ce faire, comme everyauth et passeport.

Vous pouvez également authentifier à l'aide de la 3ème partie auth fournisseurs. Par exemple, vous pouvez utiliser Seuls, qui a une énorme variété de intégrations out-of-the-box, sans avoir à écrire de code côté serveur.

Je viens de créer un angularfire décorateur de gérer cela pour nous: angularfire-multi-auth