On 1.04 this is waht I'm seeing for the memory:

2,834.64KB Used

Is that right? ;)

LOL i hope not you sure your seeing it right and its not the old age creepin up?

well, since we only have 1 GB of memory on the server, it might be off a few points, I think. I might be old but I can still do math. ;)

hmmm yeah i have a gig on mine and im only using 0.20KB Used and my forum is pretty active

We must be running something different somewhere on our servers then. Hopefully, Teck will get it figured out. ;)

Its Nice.....we are currently using Microstats, that shows Server Load too.

Could it show the Server Load too ?

umm one more thing...any way to show Gzip stats Too ??

/me klicks install

This already does that. You just have to turn them on in the options for them to show. ;)

Thankx Boofo :)

Yes there is. The normal results are like the ones you have on your forum Bobby.
That's why I asked you guys about the server memory.
I will release a new version that will fix this problem.
Those who get results like .20KB are having the wrong stats. Only results like 2,928.45KB are good.
That's the memory used by vBulletin for the specific page.

Hi there,

I'm having a problem with this plugin. I've installed the plugin and edited the .php pages and it works well for me and my registered users but the guests/not registered users keep getting a blank page. They can however still get to the photopost page and login there but registering is out of the question.

Do you've got any idea what i did wrong?

DementedMindz showed an attachment..

https://vborg.vbsupport.ru/attachmen...1&d=1148019441
here he putted an scrn shot......interested abt this one...could any one tell me..how could we do it..

tia...
waiting for reply..

This post in this thread explains how to make it text to be able to put it after the copyright info. I have mine just above the copyright, but did what was in the post here to be able to do that. Hope this helps. ;)

https://vborg.vbsupport.ru/showpost....2&postcount=21

or you could just upload everything how its suppose to be and follow my post here...

https://vborg.vbsupport.ru/showpost....6&postcount=36

i have the code i used and where i put it... screen shot is attached to show what it looks like

thnx..boofo & DementedMindz :)
it really helps..

Thnx. take care

no problem glad we could help :)

:) u stay here 24/7 :p

nah im just on mostly at night since my work schedule got flipped around a bit :) but if i have time durning the day i check things out... ;)

Version 1.0.5 released. Now, the query time is really acurate.
Another bug fixed, related to the colspan counter. This time, it really works!
The server memory problem is fixed.

Also, your microstats template is really easy to edit now. :)
The bad part: You will have to undo all code changes and uninstall the product, they are different now. However, they are still very easy to perform. ;)

Then start fresh with a new install.

im going for the gold now lets see how long it takes me ;)

well now i went from 20KB Used to 0KB Used...

Read what it says in the Microstats options, when you enable the Memory Server.
If you want, I could come up with a custom script to display the right Server memory... however, it might create some problems for other users.

So I said, I will disable the memory script for all servers, until everyone is happy.
So far, only those with the function memory_get_usage() compiled in PHP will see the stats.

Did you add the (2.9MB) behind the KB memory usage in this version?

Thnx Man... Nice Shot-- Bulls Eye.

Nice! Thankies for the new update! =)

Your board should display the same results like before, Bobby.
You have PHP compiled with memory_get_usage(), the best way to display accurate memory usage.

I will make a little "mod", for those who are still interested having the memory usage, without memory_get_usage() function available.
Post here if you are interested on getting it. :)
I will let you know how to edit the Global Hook, in order to make it work.
Once we have enough people that tested the mod, we will include it into the regular version.

My goal with this version was to avoid any stress to the server by performing non needed operations.

So I can stay with version 1.0.4 then? Or should I upgrade anyway? ;)

Everyone should upgrade.
The code is better written, there is also a gain in performance, very little, but there is one. :)

Thanks Floren!

Will do. Thank you, sir. ;)

A recommendation for future releases.

keep a txt with old changes made. Because some people dont save zips on their drives, but I do. And I had to take a look at what did I add to my PHP's ;)


Sorry for being a pain in the ass :P

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???

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

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/

Edit this code, inside the vBMicroStats Global Hook:
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...

Oh thanks for your support! :)

Is it normal for this:

to flucuate to this:

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:

;)

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

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.

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. ;)

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.