vBMicrostats

Finally, the vBMicroStats product for vBulletin 3.5.4 is here.
The previous versions of my mod were very solicited by vBulletin administrators...
I hope you will enjoy this new version as much you did the other ones.

Looking for VB 3.6.x version? It is here.

This mod with add at the bottom of each vBulletin (powered) page, the statistics listed below.
Also, it will help you troubleshoot and optimize your vBulletin board by viewing or comparing PHP/MySQL options and other statistics that are normally hidden in your forum pages.

Regular Users:
? Load time of specified page in microseconds
? Number of queries executed
? PHP percent page usage
? MySQL percent page usage

Administrators Only:
? Server memory usage per page (in Kb)
? DEBUG mode status
? Browser GZIP library compression status
? Server average loads
? Uncached templates (useful to troubleshoot the code)

The code modifications listed below were tested into a clean installed vBulletin board. They work 100%.
If you encounter any problems, feel free to post your questions here.

Step by step install instructions are posted into vbmicrostats.html file.
In order to perform an efficient modification of your files, I recommend you to use Dreamweaver (Coder Mode) or Textpad.
Both editors will allow you to complete all steps without any coding errors.

I tried to use the plugin system as much as I could, in order to avoid any unnecessary code modifications.
In order to set the right query execution time, you will need to perform 2 small code changes to each of the following files:
? class_core.php (folder /includes)
? init.php (folder /includes)

The code changes are very safe and designed not to interfere in any way with the vBulletin performance/functionality.
Make sure you modify, save and upload one file at the time to your server.
Then, simply run the product-plugin_vbmicrostats.xml file.

Once the product installed, don't forget to enable it.
Go to your vBulletin Options, click on BB MicroStats setting group and set all your options.

[TECK]

No pain at all, it's a very good idea.
Btw, I'm counting on guys like you... that will post the actual code changes.
Go ahead and post them. Thank you for helping out.

EDIT: 26 queries on your front page.. aren't you affraid???

[Boofo]

Or you can do like I did and re-upload the 2 files and you won't have to remember the changes then.

[Snake]

TECK, how do I change the class name from "page" to "tfoot"? And what's up with the debuge mod? It says it's currently off.

Take a look - http://www.bonethugsforums.com/

[TECK]

Edit this code, inside the vBMicroStats Global Hook:

	// regular users template
	$users_template  = '<tr align="' . $stylevar['right'] . '">' . "\n";
	$users_template .= '	<td class="tcat"' . iif($show['colspan'], ' colspan="' . $colspan . '"') . '>' . "\n";
	$users_template .= '		<span class="smallfont">Page generated in ' . $total_time . ' seconds (' . $php_percent . ' - ' . $sql_percent . ') with ' . $query_count . ' queries</span>' . "\n";
	$users_template .= '	</td>' . "\n";
	$users_template .= '</tr>' . "\n";

	// administrator template
	$admin_template  = '<tr align="' . $stylevar['right'] . '">' . "\n";
	$admin_template .= '	<td class="alt1"' . iif($show['colspan'], ' colspan="' . $colspan . '"') . '>' . "\n";
	$admin_template .= '		<span class="smallfont">' . $memory_status . $debug_status . $gzip_status . $server_status . $templates_status . '</span>' . "\n";
	$admin_template .= '	</td>' . "\n";
	$admin_template .= '</tr>' . "\n";

Debug mode is always OFF, unless you add this line into your config.php file:
$config['Misc']['debug'] = true;

This is more like a security feature, in case you forget about it...

[Snake]

Oh thanks for your support!

[Boofo]

Is it normal for this:

(33.50% PHP - 66.50% MySQL)

to flucuate to this:

(76.21% PHP - 23.79% MySQL)

constantly? That is the report bad post page (with 7 queries) and it seems to go back and forth with almost every page refresh, or two. Not complaining, Teck, just curious.

EDIT: Well, I just had this one show up on the same page:

(-10.93% PHP - 110.93% MySQL)

[Raptor]

what are my numbers like re: performance

Page generated in 1.18516898 seconds (49.02% PHP - 50.98% MySQL) with 14 queries
4,182.56KB Used | DEBUG Mode OFF | GZIP ON (level 1) | NO Uncached Templates

[TECK]

Bob, do you have a cache installed? That's what it generates a SQL spike...
I actually opened a ticket for this matter to vBulletin, their own code generates the same results...
http://www.vbulletin.com/forum/bugs3...iew&bugid=2481

So far Scott and Freddie are looking for a solution, the bug was confirmed.
The issue we are dealing with is the following:
Once a query is cached, the SQL execution time (%) gets low, only the connection time and other non cached SQL processes are filtered by vBMicroStats. Then, once the queries are not in the cache anymore, BOOM, a heavy SQL demand is passed to the server.

That explains the high SQL % you get sometimes. I'm in the same boat, no fix possible in my eyes, that's the way caches work.
I hope vB Team will find a trick in their hat. read more in the bug thread I opened.

[Boofo]

No, sir, no cache installed at all. I didn't notice it on the earlier versions of this hack but then I didn't really check it that closely then. I'll wait to hear what you find out.

[TECK]

Hmm. It should be stable then, except when the VB default query cache is performed.

Do this: Open a support ticket with vBulletin and ask why the query time and php time are not at all stable, all the time.
They will ask you to show them the exact probem...
Enable Debug Mode then let them see the explained queries. You will notice (at the end of the page in bold) that the query execution time at the end varies in a similar way, maybe a little higher then vBMicroStats.

Post the ticket results for all of us. IMO, it's someting related to the server? vBMicroStats actually reads what is fed into the script, that's all.