1

所有者が提供する特定のサービスに対してユーザーが支払うことができる Web サイトを構築しています。支払いプロセスはかなり似ていますが、オンラインショップではありません.

私が直面している問題は、この支払いプロセス中のさまざまな「ログイン」オプションにあります。Facebook アカウントを使用してログインするか、自分のアカウントを使用してアカウントに登録/ログインするか、登録せずに個人情報を入力することを選択できます。

「消費者」テーブル (アカウントのないワンタイム ユーザー)、登録ユーザー用の「ユーザー」テーブル、Facebook 情報を含む「facebook_accounts」テーブル、および Facebook アカウントを登録ユーザーにリンクするための「user_has_facebook_account」テーブルについて考えていました。共有メールアドレスに基づいています。

しかし、ユーザーがパスワード付きのアカウントを登録せずに Facebook を使用してログインした場合はどうなるでしょうか... 本当に頭が痛いです。

これをサポートするためにデータベースを設計する方法について何か提案はありますか?

4

2 に答える 2

0

おそらく、Facebook でログインする人を Users テーブルに追加し、デフォルトのパスワードを作成し、OAuth 情報/キーを保存する必要があります。

「ユーザー」オブジェクトは単数形である必要があり、物事を単純化するために「ユーザー」になった方法が異なるだけです

于 2015-05-19T20:26:43.177 に答える
0

顧客と一緒にテーブルを 1 つだけ作成します。そこに、Facebook ユーザー ID を含むフィールドを作成できます。誰かが Facebook でログインした場合、その人のために新しいレコードを作成できます (Facebook からメール アドレスなどを持っています)。したがって、空のローカル パスワードを設定するか、ページのパスワードを設定するようユーザーに要求することができます。

于 2015-05-19T20:27:03.950 に答える