ManagerJosh
Well-known member
A central registration system would be most appreciated. This way I can hook several XF forums together to power a small network of forums . Or any future XF products
Upvote
109
+1Well, motivation for the developers should be there. If people want a multiple install license this would pocket them a major increase in revenue.
Already thinking of buying another 6 licenses. Please do this.
ShowoffSo my meeting with Kier
1) Registration: How do we do registration?
2) Updating a Profile: How does a user update a profile?
3) How is information managed?
Showoff
My design would be that a forum can be enabled as a "master". In this mode the forum is willing to, via a private API, provide information about the users. Other forums then can register to use that information.
A "slave" forum can be configured. In this mode, you have to input the URL of the master forum and the private key. Whenever a user tries to register, it will query the master first, to check if the username is already taken. It will then use the private API to register on the master, and also to create a local account (as that would be needed for all the joins anyway).
Logins then can be a two step process. Local then master.
There is a problem in consolidating two different users in the same forum. In that scenario, local should always win.
This gets a lot trickier. My first approach would be .. keep the profiles local. Users may not want the same signature and not even the same information in all the forums they visit, and really, I think we could just start with a single sign-on
That said ..
The slave forum can just query the API to update the information in the master whenever it is updated it locally. The problem with this is that this would either require
1) Some set of push mechanism from the master to the slaves to inform them that the information has been updated, or
2) A cron job from the slaves to pull the master at intervals to fetch updated information
My first approach is... do not make the user leave the site. Especially since it can be done locally and handled in the background. Some simple APIs can be used to replicate the information.
This model works with multiple slaves forums at well. You have a race-condition in which two forums want to register the same user, and the two of them get at the same time to the master, but that is an edge case.How about in the case where you have MULTIPLE slave forums? Now what?
The problem with MySQL views is that they pretty much assume that you are using a single server. That should not be the case. I would very much need this to work even if the two XenForo instances are in different servers in different parts of the world And for that, replicating some information is useful.What about when implementing the "mod" it simply creates mySQL views of the relevant tables from a master db...this would share the same user data across all slaves...the only thing then is single registration/login/logout which can be achieved through a hidden iframe...just a thought
It may be too big of a solution but creating something like Aegir for Drupal would be amazing. Login to a master control panel that would allow you to manage users, sites, forums, etc all from one area. If you want to roll out a new site you simply add (or buy if you need) a license and hit add forum and fill in the info and it would install. Would really drive some sales I would think.
Of what? Users?We're running into issues of syncing there.
Of what? Users?
We use essential cookies to make this site work, and optional cookies to enhance your experience.