セットアップ：phpMyAdminデータベース/テーブルを2つの異なるサーバに自動的に同期
複数のWebサイトを別々のサーバにセットアップします。それから、ウェブサイトサーバー上にユーザー登録システムを作成し、それをエクスポートします。その後、同じデータベースを他のすべてのWebサイトサーバーにアップロードします。
だから、ある人があるウェブサイトでアカウントを作成すると、他のすべてのウェブサイトにアカウントが作成されます。また、その人はどのウェブサイトにでもログインできる必要があります。すべてが自動的に行われなければなりません。私は手作業をしたくありません。
あなたはこれらの選択肢があります。
あなたは中央権限（ユーザー・アカウント・システム）を使用します。すべてのシステムは、その中央のものを使用して、ユーザーのログイン試行を認証したり、必要な認可の形式を認証したりすることができます。それは確かに好ましいアプローチです。
システムからシステムに（一部の）データベースを複製します。それは可能ですが、それほどエレガントではありません。多くはもっと複雑です。データベース複製とそのために必要なツールについては十分に文書化されています。
OAuthサービスは既存の既知のサービスを使用するか、アプリケーション間で共有される独自のサービスを作成します。これは非常に強力で面白いアプローチです。しかし、それは、よく知られた広範なサービスに頼っている場合にのみ利点があります。たとえばgoogleやfacebookのように。このようなシステムは同じタイプを使用してしなければならない理由がないことに注意してください代替1から中心のアプローチについて
（はい、これらは、それらのボタン、あなたが多くの場所で見る「Googleとログイン」しています）アプリケーションのデータベースとして使用できます。反対に、しばしば他のタイプがその目的にはるかに適しています。 LDAPサーバーでの例を見てみましょう。
「サインアップ」/「ログイン」ページを1つの中央ページにリンクすることができますか？ –
いいえ、それは私が書いたものではありません。 「中央ページ」はありません。私は中央の権威、システム、またはサーバーを書いたが、それは "ページ"を持つ "ウェブサーバー"ではない。あなたのアプリケーションやアプリケーションサーバーが、中央システムに対するユーザーログイン要求を認証すると書いています。これはユーザーが何らかの形でユーザーを転送しているとは限りません。バックグラウンドでその中央システムに対して認証を行うため、ユーザーにとって透過的です。 – arkascha
ああ...今理解しています –
他のすべてのサーバーにデータベースをコピーする代わりに、データベースサーバーを1つだけ使用し、他のサイトから接続する必要があります。
なぜdownvote？ –
自分でアイデアはありますか？これを考えて努力しましたか？あなたが拒否したデザインはありますか？これは、アプリケーションを設計するサービスではありません。 [**ここに質問する方法**]（http://stackoverflow.com/questions/how-to-ask）をお読みください。 –
あなたが言ったことを理解できませんでした。 –