Still waiting on the options you want implemented...

If Jelsoft were to combine the functions contained in the files class_database_slave.php and class_database_explain.php, and put the $vbulletin->debug checks inside each function, although it would increase load times a millisecond or so, we could then set $vbulletin->debug in the AdminCP without damaging the EXPLAIN feature.

Unless TECK gets to it first, maybe I'll release it as a hack.

So would it be able to combine the variables needed from the 2 files into a new php script to enable debug mode rather then a file edit?

@TECK I say keep it, and make not that it is a cut down version of debug mode.

It is possible to do this without a file edit, yes. That would require replacing both files I mentioned with "combination" files of the same names (class_database_slave.php and class_database_explain.php). Otherwise, if you do not want to overwrite both files, it is possible to upload a new file, and make a file edit to include the new file instead.

Not sure it is a good idea, although your logic is very good.
If would be only a milisecond, Jelsoft would have it enabled in Admin CP long time ago... I'm always worried about performance on large boards.
Anyways, I have to look into it, since vBulletin 3.6.5 was released and this hack needs to be modified, in order to be installed properly.
I sure like to have DEBUG at my finger tips, without uploading config.php back and forward.

Nice to see this ported to 3.6.X! I'll be installing it when I get home from work. :up:

Version 1.1.0 released.
New administrative feature: Active users browsing the forum (members and guests)
Also, now vBMicrostats uses vBulletin language phrases, so you can edit them the way you like.
This is useful if you run your forum in several languages.

Current vBMicrostats phrases:
debug_mode_on
gzip_off
gzip_on_level_x
page_generated_in_x_seconds_y_php_z_mysql_n_querie s
server_load_x_y_z
uncached_templates_x
x_kb_used
x_users_y_members_z_guests

How to upgrade to Version 1.1.0:
1. Uninstall your current vBMicroStats product. Leave the PHP files the way they are edited now, they are not needed to be re-modified in order to work with the new version.
2. Install the new product, included in the vbmicrostats_110.zip file.

Very nice Release Teck. Minor problem though when it's a non-admin viewing. It's not stretched out. It's compressed and aligned left.

Tested it against a stock style, so it's definitely a bug.

How would I change how this is displayed? I can't find a template so I'm assuming in a file?

AdminCP > Plugins & Products > Plugin Manager > Product : vBMicroStats > Global: Complete [Edit]

Look at the end of the template: // regular users template

After the update its only shwoing me 100%PHP and 0%SQL

Check the readme file, make sure all code is properly inserted.
What I did when I released 1.1.0 is:

1. Installed a fresh vBulletin forum.
2. Applied all code changes.
3. Edited the template.
4. Ran the installer.

See the new screenshots I took. :)

what's the difference between this mod and this one?
https://vborg.vbsupport.ru/showthread.php?t=82900

Minor update. Problem appears when there is multiple styles in effect.

Thank you

There is a counter I built inside that detects how many styles or languages you have installed and it does a colspan for you to match the number.
I tested the script when the there are multiple styles and/or languages installed, everything is working perfectly.
I first enabled multiple languages, then both multiple languages/styles, then multiple styles only. All OK.
Anyone else with multiple languages/styles has this problem? I can't seem to replicate it.

From his thread:
This is a derivative of Erwin's microstats hack for vBulletin 3.5.0's plugin system. The main difference is that by default it shows the page generation time and query count to the public. Server loads and Uncached Queries are shown only to administrators.

Compare my options with his, totally different. Erwin created his hack, inspired from mines:
https://vborg.vbsupport.ru/showthread.php?t=59700

Okay, the original was by TECK. This is NOT based on his code - it is based on vB3's native code. If TECK wants me to remove this, I will do so. This is just my version that I use for my private forums.

I seem to have a pretty big problem. I still had microstats running with out the script edits only because I had upgraded to 3.6.5 and been to lazy to update. Well I installed the "latest threads in marquee" hack and evrything was fine.I enabled the debug mode in microstats then as I wanted to observe some of the variables with out picking them out of the XML file.
So now I try to disable debug mode and I can;t. I even delete the entire vbmicrostats plug in and yet debug mode is STILL in effect. I deleted the latest threads in marquee and debug is still in effect.

On top of the debug issue, if i change my forum display order, it does not save the changes. I tried to change a sub forum to make it a forum of a category instead, but it does not save.

I can not even disable the plug in system unless i do it globally in config.php

Even with config.php edited it still does not save my changes if i edit a forum.

Any ideas?

Can you reinstall version 1.1.0 and then try to turn it off after clearing your browser cache.

I installed the plug in(but not file edits), cleared my browsers cache, then turned off the plug in. I assume you meant the plug in when you said "turn it off".

This did not work.

You need to make a full installation so you need to make the file edits also.

Thanks, but that did not work either. :(

Please post a screenshot with what you have displayed on your site, related to the hack.
First, search the html code and tell me if you see in the source:
<!-- {vbmicrostats} -->

Then, go to vBulletin Options > BB MicroStats
Make sure the options you desire are enabled (the first option enables the hack).
We will get this baby working, is something minor ore;se it would not work on previous code edits.

Just for the heck of it, what version you had installed before 1.1.0?
Thanks.

Edit: You still have the problem related to installer? It looks like there are some leftovers in the database, you probably installed over the old old hack, without un-installing first.
Is OK we can clean this.

Just post all details here, I need screenshots to your plugin table.

http://img119.imageshack.us/img119/3060/screenvblg2.gif
When i click view source and search for <!-- {vbmicrostats} --> it does not show up(or did you mean in the template?).

I had 1.0.3 installed before 1.1.0.

Plugin table
http://img407.imageshack.us/img407/8616/tablebl7.gif

Ya, in the HTML source, you are all good. :)
Sorry, I was not clear... I presumed you will show me the actual data from the plugin table.
Anyways, the process is really simple to clean your board. Do this:

1. Uninstall the hack.
Plugins & Products > Manage Products > vBMicroStats > Uninstall

2. Revert the footer template to default like before.

3. Upload the original vBulletin 3.6.5 class_core.php and init.php files to your server.
We do this just to make sure there are no code mistakes.

4. Close the board.

5. Open config.php and find the following line:
$config['Misc']['maxheight'] = 1944;

Replace it with:
$config['Misc']['maxheight'] = 1944;
$config['Misc']['debug'] = true;

Mod Debug should be enabled now.
If you have the Admin CP still open, just refresh once (F5) the current admin page in your browser.

6. Run the following queries (yes, you can run them all at once):
[sql]DELETE FROM `phrase` WHERE product LIKE '%vb36_mstats%';
DELETE FROM `product` WHERE productid LIKE '%vb36_mstats%';
DELETE FROM `productdependency` WHERE productid LIKE '%vb36_mstats%';
DELETE FROM `plugin` WHERE product LIKE '%vb36_mstats%';
DELETE FROM `settinggroup` WHERE product LIKE '%vb36_mstats%';
DELETE FROM `setting` WHERE product LIKE '%vb36_mstats%';[/sql]

That will clean your database from all vBMicroStats leftovers. :)

7. Rebuild the bitfields.
vBulletin Options > Rebuild Bitfields

8. Disable Debug Mode.
You can simply set the Debug option to false, it will take care of the rest for you:
$config['Misc']['debug'] = false;

9. Log out and login into Admin CP.

10. Open the board, you are done. :)

Do I have to revert the footer or simply delete the code for microstats?

Delete the microstats code.

I forgot to mention, the above procedure, will simply revert your bulletin board to it's original state, before you ever installed vBMicroStats.
It's like my hack was never there.

Also, keep in mind that all errors you get now are not related to my hack.
vBMicroStats does not affect in any way the vBulletin (forum) options or functionality.
But I wanted you to feel better and make sure the database is cleaned properly, in case we have some code left there.

2. Revert the footer template to default like before.
My templates will not update because of the bug.

4. Close the board.
It would not even save the status of the board being closed.

6. Run the following queries (yes, you can run them all at once):
[sql]DELETE FROM `phrase` WHERE product LIKE '%vb36_mstats%';
DELETE FROM `product` WHERE productid LIKE '%vb36_mstats%';
DELETE FROM `productdependency` WHERE productid LIKE '%vb36_mstats%';
DELETE FROM `plugin` WHERE product LIKE '%vb36_mstats%';
DELETE FROM `settinggroup` WHERE product LIKE '%vb36_mstats%';
DELETE FROM `setting` WHERE product LIKE '%vb36_mstats%';[/sql]
It claims the data was deleted.

8. Disable Debug Mode.
You can simply set the Debug option to false, it will take care of the rest for you:
$config['Misc']['debug'] = false;
Debug mode is still on despite doing this.

This is the only hack that modifys debug mode though so i do not see where else it could come from but I guess i will try my other hacks.

Oh and another note that when i try to click explain, it simply reloads the page which is the bug I notified you of here

Hell i can not even disable hacks manually in the admin cp. Only by editing config. :(

Has nothing to do with it.

The hack does not modify nothing related your board functionality, shape or form, it simply displays what already exists built into vBulletin. In version 1.0.3 it emulated the Debug line you add into your config.php file. In 1.1.0 this option was removed and the old option was brought back, simply to display the Debug status.

Did you disabled all hacks? Disable the product manager completly, you need to start methodically.
When you upgraded, did you disabled all hacks as vBulletin requests (Enable Disable Plugin/Hook System)?
You will need to uninstall all hacks, not just disable them and make sure you upload all original files from vBulletin.

What hacks you have now installed?

At the moment no, but if i do disable them globally via config.php it takes away the debug mode.

Nope i did not disable all hacks. :o Didn;t know we had to.

List of installed hacks:
http://img119.imageshack.us/img119/6995/tablege2.gif

<i>At the moment no, but if i do disable them globally via config.php it takes away the debug mode.</i>
Show me exacly how you do this (code insert).

Also, make me a favor, go to Admin CP:
vBulletin options > Plugin/Hook System > Enable Plugin/Hook System
Make sure this option is set to NO.

Let me know if you can manage to turn it off and the options are saved properly.

I disable the plug ins by finding <?php at the very top of config.php and adding this code after it::
And no i cant turn the system off in options as said above.:( Nor can i change forum names, forum display order, or even the parent forum. Basically nothing works at all in the admin cp.

Ok, we will force it to turn OFF.
Run this query:

[sql]UPDATE `setting` SET `value` = '0' WHERE `varname` = 'enablehooks';[/sql]
Value 0 is like selecting the No option.

I can already turn it off via the file edit above so is there a reason i need to do it via this query?:confused: I just can not disable it via the vbulletin options.

I am in the process of deleting some of my hacks. Even though I delete them they still function. The odd thing is there is no trace of them in the plugin table. I looked through the table, and see the hack, then delete the hack yet the hack still functions.

You shall disable template cache plugin

I already did that along time ago. It has made no difference.:(

Xplorer4x4, I think is best you start a new thread in the support area here at vBulletin.org, or even better, open a ticket to vb.com to have them restore everything default.
My hack has nothing to do with your current problems. :)

However, I will help you if you want, but into a new thread. In this way we don"t highjack the current thread. PM me the link.

I strongly recommend you to cantact VB Team, they have a set of toold to clean your board of all hacks in no time. Then, once everything works fine, start installing the hacks one by one and see what causes problems.

Also, make sure you always ask in the forums if you are not sure of something.
Look at the mess you are into. :)
Still, you have to relax, it's just code, you will not lose any data. It's just few annoyng steps you have to go through, that's all. See you on the other side of the thread. :)