[1.2.15] One Punbb for multiple users. (Page 2 of 2)

I personally doubt it's anything that would become a core feature, (devs correct me if I'm wrong), but all the above should be fairly straight forward to add through a little, , coding. I would suggest your best philosophy for ease of design and resilience may be to have a root forum dir, with multi-forums then a second level directory within that forum_root, and the db lookups split between two db's, so that you have a global $pun_config['o_base_url'] which is referred from the master db, with separate user account and site information from a second db instance, (unless you want all user info in the same db, regardless of forum). There is a thread in programming regarding how to split the db queries over separate databases. Obviously, replacing relative paths with $pun_config['o_base_url'] would provide more resilience as well. I've done that with a lot of paths in the scripts which makes creating N depth directories plausible. (The redirects are the sneaky ones to find).

Just my personal opinion, of course. Another thing I found useful was adding an array for lang files, and calling them from common.php, to avoid any chance of forgetting to add a lang file require to a script if you adapted it.

Edit: Btw, best of luck if you decide to try coding this up. I'll be intrigued to see how this progresses.

I'm agree.
Styles being unique would need somthing unatural like using php or SSI to generate css (something if sheet exist return local sheet if not retun global sheet)

The "something most users want" may be return the question "how many people use a patch/mod/trick to implement a such fonctionality ..."

Sorry for my english. I don't want to do it for me and i'll not do it if nobody want it (need it). Same for you.

For the moment the popularity of this Feature Request is low
Now i'l eep silence and listen to che crowd.

Camille Belguise (Écho du silence): ?It is in. silence and solitude that we hear nothing more. than what is essential.?