|
Joined: Jun 2004
Posts: 207
enthusiast
|
enthusiast
Joined: Jun 2004
Posts: 207 |
This has been hard to search for on here and on the googles. Maybe Rick, Gizmo, or Allen knows the answer to this. Has anyone implemented multiple sites, or boards, using one user table? Yeah I know the that is a bit crazy. I want to start a new site related to ours (crap cats out of the bag!), but I want to be able have a userid that works across all of them. I understand the implications of this, especially with registering users, but theoretically you could modify the board to register off of one system, either on one board or a homebrewed one, and then mod the boards to use that one table. Thoughts?
Won't you take me to Funkytown?
|
|
|
|
Joined: Jun 2006
Posts: 16,299 Likes: 116
|
Joined: Jun 2006
Posts: 16,299 Likes: 116 |
Hmm, it's a bit out there, but totally possible...
I'd recommend disabling registrations on all forums (yes, all) then have a registration system in place that'd insert the new user data into all of your forums db's at the same time, so when a user registers at one site it spawns to the rest...
Now, as for updating such information, could get kind of messy...
You could also try editing the registration script on one forum so it'd spawn info to the others... again could get messy...
|
|
|
|
Joined: Jun 2004
Posts: 207
enthusiast
|
enthusiast
Joined: Jun 2004
Posts: 207 |
What about one board database, having all the forum names in categories in one table, and then have an threads install on each site, that somehow disables the forums for the other site? Threadcount would be a problem for sure unless you wanted it combined. Hmmm.
Won't you take me to Funkytown?
|
|
|
|
Joined: Feb 2007
Posts: 1,294 Likes: 2
Veteran
|
Veteran
Joined: Feb 2007
Posts: 1,294 Likes: 2 |
In the past when everyone was using UBB.Classic, yes remember that thing, it used a flat file database and you told it where your members database was and your non cgi path info and stuff and so on.
You were able to have multiple sites on the same server use one single database for the users or members and its own database for each site that you were running the UBB on.
If you modified the UBB.threads to perhaps look for ubbmembers_ and had one board's database ubb_ and another board to use ubbmembers_ and the database be ubb2_ and so on you can quite possibly do this. You would need to use the same MySQL Database for all the sites though.
I do know for fact a few places do not wish to upgrade to threads from classic as their members database is intertwined for all their sites.
|
|
|
|
Joined: Jun 2004
Posts: 207
enthusiast
|
enthusiast
Joined: Jun 2004
Posts: 207 |
So I'm revisiting this idea again. I'm wondering if this would really be that hard. After some time looking at the code tonight here is the idea I'm working with right now.
I'm thinking of splitting the USERS table into two tables, one with a new prefix that would be the Universal login table for instance ubbtlogin_USERS, and ubbtcc_USERS. The ubbtcc table would contain membership level and session info that would be specific for each site. I would also have to do the same for the USER_PROFILE table, splitting up the data that is unique for each installation and that would be universal.
Obviously this would require a lot of recoding, but it's only changing the queries.... unless I'm overlooking something. There are 179 instances of {$config['TABLE_PREFIX']}USERS.
Won't you take me to Funkytown?
|
|
|
|
Joined: Jun 2006
Posts: 9,242 Likes: 1
Former Developer
|
Former Developer
Joined: Jun 2006
Posts: 9,242 Likes: 1 |
If you're going to have everything in a single database it's possible. Like you said, you'd need to redo the queries and joining on your new tables where appropriate. It would be a lot of work, but I can't immediately think of any roadblocks.
|
|
|
Bots
by Outdoorking - 04/13/2024 5:08 PM
|
|
|
|
|
|
1 members (1 invisible),
859
guests, and
196
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|