7

「通常の」アカウント（ユーザー名/パスワード）を作成するか、Facebookログイン（Facebook接続）を使用して、ユーザーが登録できるWebサービスを構築しています

ユーザーが Facebook に登録すると、私のサイトで作成されたアカウントが取得されます。

ユーザーが通常の方法 (ユーザー名 / パス) で登録すると、アカウントも取得されます。

私がやりたいのは、これらのアカウントが同じメールアドレスを持っている場合、どうにかしてこれらのアカウントを統合することです。これは実行可能ですか、それとも別のアカウントとして残す必要がありますか?

統合の理由は、ユーザーがメールアドレスごとに複数のアカウントを持つことを望まないからです Facebook と通常のアカウントを介して自分のサイトにアカウントを作成する人は他にいますか? もしそうなら、これら 2 つの異なるタイプのアカウントを処理するためにどのようなロジックを適用しますか?

アップデート

私の質問は、通常のアカウントが Facebook アカウントと同じメール アドレスを持っているかどうかだと思います。アカウントを統合しても安全ですか? または、ユーザーが Facebook アカウントに関連付けた電子メールを信頼できないでしょうか? –</p>

4

3 に答える 3

0

私はちょうど似たようなことを経験しました。あらゆる種類のメンバーのために1つ以上のテーブルを用意する理由はありません。各メンバーは行であり、メンバーになった経緯に応じてさまざまなフィールドがあります。

ネイティブでログインすることも、Facebookを使用してログインすることもできます。いずれの場合も、常にネイティブにログインしますが、Facebookの場合は、別の一連のクレデンシャルを覚えておく必要があります。サイトを認証するときに、これらをFacebookから取得します。

于 2012-08-06T13:57:38.740 に答える
0

あなたが言おうとしていることが理解できるかどうかわかりませんが、私はすでにたくさんのアカウントを持っていて、それらを Facebook のプロフィールにリンクしています。違いは、元のサイトを使用してログを記録してもらうことです。

だから私はメールをチェックする必要はありません。こんな感じです：

  1. ユーザーはすでにローカル サイトにログインしています。その場合、ユーザーが自分のアカウントを Google にリンクするときに、FacebookId フィールドをテーブルに追加するだけです。
  2. ユーザーはまだサイトにアカウントを持っていませんが、有効な Facebook アカウントを介してアクセスします。その場合、ユーザーはアカウントのリストに追加され、内部 ID と FacebookId の両方を取得します。

これが少し役立つことを願っています。もちろん、ここでまったく逆の方向に考えることもできます..

于 2012-08-06T13:41:35.780 に答える