vB3 Forumhome Stats Cache Serialize hack v2.2

vB3 Forumhome Stats Cache Serialize hack
Version 2.2
(By Boofo)

What does this hack do?
This hack will add some forum statistics to your forumhome that will be cached (to reduce the query load) for a certain amount of time that can be set to whatever you want. This covers most of the stats any forum Admin would use on his site.

Note: This is the setting for the time interval (in minutes) that you want the cache to be updated on. The default value is 10 minutes. The following code is in the index.php part of this hack.

$updatetime = 10;

Once you install the Admin CP setting (at the end of this file), you will be able to update this from the Admin CP vBulletin Options settings.

Credits:
I want to thank Tigga for the original Forumhome Statistics Cache hack for vB2, partly on what this hack is based. I also want to thank EvilLS1 for his time and patience in helping put this hack together. Another thank you goes out to Mike Gaidin for testing this thoroughly while I was putting together this install file. And, finally, thank you goes out to NTLDR, for helping me track down a very stupid mistake on my part which I had overlooked.

Version 2.0 credits go out to g-force2k2 for getting me started on the datastore version of this hack and guiding me through some of the rough parts in the beginning. And also to KirbyDE for answering all of my dummy questions while writing this version and verifying the code when I figured out all of my mistakes. This is my first attempt at using the datastore function but it seems to work better and be easier to code than the older way of doing things.

Version Information:
Version 1.0 --Initial release
Version 2.0 --Completely rewritten using the datastore function for vB3. It now uses "serialize" to store the data and "unserialize" to retrieve the data. There is also now 1 less query when reading from the cache.
Version 2.1 --Combined the "new threads since last visit" and "new posts since last visit" queries into 1 query, thus eliminating another query on cache hits. Thanks goes out to g_force2k2 for this one. Also added Admin CP setting code so you can change the time interval between cache updates via the Forum Display Option setting in the vBulletin Option in the Admin CP. That code to add is at the end of this file.
Version 2.2 --Added "Top Reputation" statistic (requested by rinkrat ) and totally re-did the template. It looks cleaner now.

New Installation:
Do all of the steps in this file.

To Update Version 1.0 to Version 2.0:
To update this hack you will need to do everything in this file over again except the second query (Query #2). After you have this hack up and running again and you have made sure it is running to your satisfaction, you can drop the statscache table (from version one of this hack) completely. It is no longer needed.

To Update Version 2.0 to Version 2.1:
You will need to re-add the code for the index.php and go to the end of this file and add the setting for the Admin CP.

To Update Version 2.1 to Version 2.2:
You will need to re-add the code for the index.php and replace the code for the forumhome template.

Installation overview:
Queries to run: (2)
Files to edit: (2)
--index.php
--member.php
Templates to edit: (1)
--forumhome
Settings to add: (1)
--forumhomecachetime

vB3 Arcade hack stats addon:
https://vborg.vbsupport.ru/showpost....&postcount=262

The first attachment shows the Guest loggedin and the second attachment show the Registered Member and above loggedin.

[Majik?]

I never noticed before, but a member had pointed out to me that the thread views are showing as "0". Since I never notcied this before, I'll have to have a look at the CRON script I made.. Maybe I missed somehting, unless it was always that way.

Just looked and I have the threadview stuff where it should be.. It's the only thing that's not showing properly apparently. I have both the following as it should be in the CRON script..

PHP Code:

// <!-- THREAD VIEWS -->
$getthreadviews=$DB_site->query_first("
SELECT SUM(views) AS tviews
FROM " . TABLE_PREFIX . "thread
"); 


PHP Code:

$statscache['getthreadviews'] = intval ($getthreadviews[tviews]); 


And the following in "/index.php"..

PHP Code:

 $statscache['getthreadviews'] = vb_number_format($statscache['getthreadviews']); 


[Boofo]

You missed something. That's why I have an option in the settings instead of doing it via cron job.

[Majik?]

Originally Posted by Boofo

You missed something. That's why I have an option in the settings instead of doing it via cron job.

I checke dand everything appears to be where it should be.. That and it's the only tihng not working.. Maybe t was like that before, I don't know becasue I never noticed. Am I missing something?

[Boofo]

It works fine for me and everyone else. You missed something in your script. Look at the install file and see what you forgot to add.

[Majik?]

I just chekced in phpMyAdmin and actally that's correct which I don't get.. The SUM does return 0. But, If I look at the threadviews table, there are numerous rows (pages of them).. But, thread.views is set to 0 for all threads. Would I be able to do a COUNT on the threadviews table and get the same result?

I looked in the install file again and everything relating to thread views is where it should be (that I saw anyhow).

[Boofo]

If it is showing 0 for thread views in the table, then you have something else going on. As long as you have this query:

PHP Code:

    // <!-- TOTAL THREAD VIEWS -->
    $getthreadviews=$DB_site->query_first("
            SELECT SUM(views) AS tviews
            FROM " . TABLE_PREFIX . "thread
        "); 


and this code:

PHP Code:

$statscache['getthreadviews'] = intval ($getthreadviews[tviews]); 


and this variable in the forumhome template:

$statscache[getthreadviews]

then it will return whatever the table has in it for thread views.

Try this: Take the cron job off for this and set it up like in the install file and let it run for a few minutes and see if they start showing up then. Make sure to set the cache update time to 0 to test it.

[Majik?]

Originally Posted by Boofo

If it is showing 0 for thread views in the table, then you have something else going on. As long as you have this query:

PHP Code:

    // <!-- TOTAL THREAD VIEWS -->
    $getthreadviews=$DB_site->query_first("
            SELECT SUM(views) AS tviews
            FROM " . TABLE_PREFIX . "thread
        "); 


and this code:

PHP Code:

$statscache['getthreadviews'] = intval ($getthreadviews[tviews]); 


and this variable in the forumhome template:

$statscache[getthreadviews]

then it will return whatever the table has in it for thread views.

Try this: Take the cron job off for this and set it up like in the install file and let it run for a few minutes and see if they start showing up then. Make sure to set the cache update time to 0 to test it.

Okay, but I don't know what difference that would make as I looked in the database directly and thread.views is set to "0" for all threads.. But, thread views are displaying in the forums as they should be. :S

I'd already changed it to do a COUNT on the threadviews table and now it's showing thread views as "2,827". I have thread views set to update hourly and noticed that the threadviews table's used for hourly updates instead of updating thread.views immediately upon viewing.

PHP Code:

// update views counter
if ($vboptions['threadviewslive'])
{
 // doing it as they happen
 $DB_site->shutdown_query("
  UPDATE " . TABLE_PREFIX . "thread
  SET views = views + 1
  WHERE threadid = " . intval($threadinfo['threadid'])
 );
}
else
{
 // or doing it once an hour
 $DB_site->shutdown_query("
  INSERT INTO " . TABLE_PREFIX . "threadviews (threadid)
  VALUES (" . intval($threadinfo['threadid']) . ')'
 );
} 


Will have to look at vB's CRON script and see why the thread.views isn't being updated.. But, the views are displaying i the forums htough. :S

[Majik?]

I had to add

PHP Code:

// ####################### SET PHP ENVIRONMENT ###########################
ignore_user_abort(1);
@set_time_limit(0);
 
// #################### DEFINE IMPORTANT CONSTANTS #######################
define('NO_REGISTER_GLOBALS', 1);
define('SESSION_BYPASS', 1);
define('LOCATION_BYPASS', 1);
define('THIS_SCRIPT', 'cron');
 
// ######################### REQUIRE BACK-END ############################
chdir('/path/to/forum/');
require_once('./global.php');
require_once('./includes/functions_cron.php');
 
// #######################################################################
// ######################## START MAIN SCRIPT ############################
// ####################################################################### 


to the top of the threadviews.php CRON script.. for some reason the other vB CRONs are running okay though.. It's strange because thread views were increasing, but were no where near as high as they are now that thread.views has been updated. It's now around 13,000.

It's the only cron that wasn' running properly for one reason or another, promotions, ban removal, etc. were all being done.

[Boofo]

See? that's what happens when you take a hack that wasn't meant to be run by cron job and try to do it that way. At least you got it working your way now.

[Majik?]

Originally Posted by Boofo

See? that's what happens when you take a hack that wasn't meant to be run by cron job and try to do it that way. At least you got it working your way now.

Well, it wasn't a problem with your script.. It was with vB's default threadviews.php CRON script not running properly all the time. All the others were running except for that one and possibly he attachmentviews one (never checked).

I put them all into the real CRON though because it's better then running hrough a fake CRON. All is well now though.