関連する Web サイトがいくつかありますが、ユーザー データベースが完全に分かれているのは残念です。データベースを統合する方法について、さまざまなオプションを検討してきました。
独立したソフトウェアではなく、私のコンテンツ管理システムの 1 つのコピーで実行されるようにサイトを作り直します。長所：きれいに見えます。短所: 一方のサイトのさまざまな機能をサポートするために、一方のサイトの多くのバックエンドを書き直す必要があるため、複雑です。
私が作成した OAuth バックエンドを使用して、Facebook とやり取りし、サイト間で認証を行ってください。長所: 本来の目的で OAuth を使用しているようです。短所: 両方のサイトに重複したユーザー データを保存する必要があり、これが同期しなくなる可能性がある場合、少なくともある程度の冗長性が必要です。また、同じサーバー上で実行されている 2 つのサイトのやり過ぎのようです。
いずれかのサイトでアカウントが作成または変更されるたびに両方のデータベースに接続し、その変更をもう一方のサイトに適用します。長所: 同期が失われるリスクを回避し、サイト間で OAuth データを作成および受信する必要があるという複雑さを回避できるようです。短所: サイト間でユーザー情報を完全に複製する必要があります。
サイトの 1 つを標準データベースとして選択し、他のサイトのユーザー認証メカニズムを最初のサイトの MySQL データベースに接続させますが、サイトの残りの機能については別のデータベースに接続します。
どのオプションにも完全に満足しているわけではありませんが、考えている限りでは #4 が最も簡単に実装できるように感じます。とはいえ、そのようなプロジェクトに着手する前に、私が見落としている可能性のある潜在的な落とし穴を尋ねてみようと思いました。どれが「ベスト プラクティス」と考えられるか、そしておそらくもっと重要なこととして、どれがサーバー リソースに最も大きな影響を与えるかについてアドバイスをいただければ幸いです。DBD::MySQLデータベースとのやり取りにPerl を使用しています。