Fake Member Total - Some people do a lot of active pruning of their member database, so by keeping things tidy we suffer from low member counts... In Classic we had the ability to have a "fake" member total which just took the last uid from the forums and that was your total...

Well it's not that easy to track in threads, but you can tell it to increase your member count by X ammount of users...

Open your cache_builders/forum_stats.php, replace this:

With this:

Where XXXX is the number you want to increase the total by (no comma's), then clear your cache.

Now the forum stats will show your actual total PLUS the offset you typed in

hmmm.. would it be more accurate to do like we did with .classic and just use the id number of the last registered member?

yes

yup lol, however, if you imported from another product (or upgraded), the member id's where renumerated, so it won't be accurate based off of what it WAS...

just do an alter table on ubbt_USERS and set the autoincrement value to xxxx *poof* done

2c

Another quicky solution would be:

Don't clean up the userdatabase

I find that faking numbers that can be checked to be false will cause some forumfreak to notice it, and open a topic about it screaming why you are faking a number of members.

Pruning is a nessessity, I like things tidy, call it OC... I just can't stand to see several thousand registered accounts with 0-4 posts that havne't so much as visited my site in 3 years...

ok, I can go with that why you would want that. We decided against cleaning up.

But I can't see why you would want to fake a usercount that can easely be checked to see it's false.

I would also like to see the number of threads / posts on the forum to accurately reflect the total number of threads/posts that have been made, rather than the number that are currently on the site, which can easily be 10% lower.

SELECT sum(USER_TOTAL_POSTS) FROM ubbt_USER_PROFILE gives you a rough number about the total posts ever been made (if you don't prune users that have posts).

You normally would get the number from the autoincrement values, but all this importing between products kinda killed the original increment value.