Reputation: 18595
This post describes how to tie multiple accounts to a single $uid
in a users
collection.
Here's those security rules:
"rules": {
"users": {
"$uid": {
".write": "auth != null &&
(data.val() === null ||
(auth.provider === 'facebook' && auth.id === data.child('facebookUid').val()) ||
(auth.provider === 'twitter' && auth.id === data.child('twitterUid').val()))"
}
},
"usersMap": {
"facebook": {
"$fuid": {
".read": "auth != null && auth.provider === 'facebook' && auth.id === $fuid",
".write": "auth != null &&
(data.val() === null ||
root.child('users').child(data.val()).child('facebookUid').val() == auth.id)"
}
},
"twitter": {
"$tuid": {
".read": "auth != null && auth.provider === 'twitter' && auth.id === $tuid",
".write": "auth != null &&
(data.val() === null ||
root.child('users').child(data.val()).child('twitterUid').val() == auth.id)"
}
}
}
}
Here is how I imagine a practical way to put these rules to use:
A user "Logs in" with their Facebook account.
Does the $fuid
exist? If not add a new $uid
to users
. In the success callback create a $fuid
under userMap/facebook
with a property value of $fuid.uid
equal too $uid
.
If it does exist just ignore the request and return a message like "User already exists".
$uid
?Let's say the user is still logged in with their Facebook account and wants to add their Twitter account. Let's roll through that workflow again...
User logs in with another account.
Does the $tuid
exist? No but if the auth
object is holding both the Facebook and the Twitter sessions then we don't want to create another $uid
- instead we want to map the $tuid
to the same $uid
the $fuid
is mapped too.
Does the auth
object have support for accessing properties of simultaneous authentication objects? For example if we were logged in with both Facebook and Twitter auth.id
would be different for both right?
Am I thinking about this the wrong way? How is it possible to map additional accounts to $uid
using the security rules above?
Upvotes: 4
Views: 1152
Reputation: 40582
If you want to tie multiple accounts to a single uid, you'll need to generate your own tokens.
You could, for example, use Firebase.push to generate unique ids for each user, and use those in your tokens. This is no simple matter as it requires that you have:
In many use cases, this could even counter-productive; users will log in with a single auth method in most cases and may even wish to use diff auth methods to create separate accounts. So it may not be worth the trouble unless you have an app that depends on sharing data between providers.
Upvotes: 4