问题
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
tousers
. In the success callback create a$fuid
underuserMap/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".
But what if a user wants to tie another account to the same master $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 theauth
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 Twitterauth.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?
回答1:
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:
- a way to store the user's ID independent of authentication method (a cookie?)
- a way to link auth accounts together when using a diff computer
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.
来源:https://stackoverflow.com/questions/22886053/can-the-firebase-auth-object-handle-simultaneous-authentication-types