2 Vb sites sharing one user database
 

Im trying to figure out a way that two vbulletin sites can share one user database, therefore allowing for new members to be registered on both sites at the same time. Any ideas?

It's somewhat complicated but remember you're also going to need two licenses to do this.

<a href="https://vborg.vbsupport.ru/showthread.php?s=&threadid=39966&highlight=replica %2A" target="_blank">https://vborg.vbsupport.ru/showt...ght=replica%2A</a>

wow, someone else was thinking of doing the same thing as me ;) i'm not alone in this crazy world

what if a user registered at the one comes to the new forum and when he attempts to log in vbulletin could maybe also check the other forum and if there is such a user there register and log him in.

I also posted this in the other thread, I dont know how possible this would be.

It would be amazing to be able to use the same user DB simultaneously with another forum (extra license of course).

The idea is neat, though by the sounds of it - nearly impossible. :(

that is true. Even if it is not impossible, it is definetely quite hard to implement.

You can think it this way: vbulletin.com has the people with best vb knowledge, the developers. vbulletin.org has the best vb hackers. But even vb.org and vb.com does not share the user database and have seperate databases. I guess this explains the difficulty level of project good enough.. :)

I could have sworn that they were connected. I did not have to sign up on vb.org after i signed up at vb.com

No, I had to register at both.

They do share the licensing database though, This is the reason you have to put your info in before people here will help you with support.

So, User Database, no Licensing Database Yes, and I asume this is probably a second Database call from the config file, or something of the sort, but I'm no Coder, just guessing as to how ;)

We have 4 forums connected like this. Some things needed to be restricted such as styles. We don't permit users to choose styles. But they can register on any of the four and read PMs on any of the four and edit their profiles on any of the four. It also required special admin code to handle post count updating, username editing, username deleting, etc. Not an easy hack since so many things are touched or need adjusting.

Once we go to vb3, we plan on supporting styles better so that a user can have different styles on our various forums.

I think some of the reasons you don't see this hack written up are 1) it is very complicated and customized making any writeup and support equally complex and 2) it can create problems such as increased table locking. We never published it because our hack was not entirely our own--we had help. We also don't want to be the cause of increased license violations which we felt this hack could cause.