2009-03-27 5 views
0

Nous avons construit un site de réseau social pour un client. Il a très bien fait et maintenant ils veulent emballer et licencier plusieurs copies du même site mais marqués pour leur client.Meilleure structure pour la base de données utilisateur centralisée sur plusieurs sites gérés par les membres?

Chaque site est assez autonome, sauf que les utilisateurs d'un site peuvent accéder au contenu des utilisateurs d'un autre site, ce qui nécessite la centralisation des profils utilisateur.

Nous avons une idée de la façon dont nous allons mettre cela en place, mais que feriez-vous pour le rendre fonctionnel et évolutif?

Répondre

0

Peut-être regarder dans OpenID comme SO a. La seule chose que vous devez faire est de convertir le site existant, mais les utilisateurs devront alors se réinscrire ... ou ... vous pourriez offrir OpenID sur le site d'origine comme une méthode de connexion secondaire pour les utilisateurs qui veulent l'adhésion intersites.

+0

Alors qu'OpenID est très cool, il ne garantit pas une uniformité de crossover car je dois prendre en charge à la fois les utilisateurs OpenID et les utilisateurs non-OpenId. – jerebear

+0

Oui, pour le premier site si vous l'avez déjà déployé. Quoi qu'il en soit, à moins que vous ne transfériez le schéma de sécurité du "site # 1" dans sa propre base de données et que vous ne changiez rien, le site n ° 1 nécessitera une modification ou une couche transparente pour les utilisateurs. – HardCode

Questions connexes