The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Comments |
#197
|
||||
|
||||
Thanks for the tip, but I am not quite good at php as you are.
|
#198
|
||||
|
||||
well, also i started from a not so experienced level
with time you'll learn how to do these things i'd help you, but i really don't have any time left these days. |
#199
|
|||
|
|||
whoa..... Dramatic change for me. Very Very Very good hack indeed.
|
#200
|
|||
|
|||
Before:
Code:
Page generated in 0.50040603 seconds (27.94% PHP - 72.06% MySQL) with 27 queries. [Debug Mode OFF] [PHP v4.1.2] [GZIP enabled - level 9] [Server Load: 0.08 ? 0.17 : 0.22] Code:
Page generated in 0.51396000 seconds (26.39% PHP - 73.61% MySQL) with 23 queries. [Debug Mode OFF] [PHP v4.1.2] [GZIP enabled - level 9] [Server Load: 0.22 ? 0.13 : 0.16] MORE MORE! |
#201
|
||||
|
||||
thx, i do what i can to find some more
btw. you should reduce your gzip level from 9 to 1. the 9 isn't so much better in compressing, but the load of a server increases. |
#202
|
||||
|
||||
First of all this hack works great for me!!
Thanks Xenon. But i have a problem with my $forum[moderators]. This variable is not working for me anymore. I have deleted this code: PHP Code:
What can i do to make the moderators work. Thanks in advance. |
#203
|
||||
|
||||
have you run the last step and modified a forum from your acp to initialise the Mod cache?
|
#204
|
||||
|
||||
Yes i have, and my mods are cached in the DB
|
#205
|
||||
|
||||
then they should also be displayed!
the var is filled, that's why all other mods are added with a , in front to it. maybe you have an disturbing hack installed which doesn't like mine ^^ i know your complicated index.php |
#206
|
||||
|
||||
No way buddy...my index works!!
But what could it be that this variable don?t work anymore?? I promise, when i put the orginal mod-code back in the file, it works like a charm (but than i get that wierd comma)... |
#207
|
||||
|
||||
well i know the hack works, and as it used the variable correct, it should show up
so it must be your index.php, and no i don't have time to take a closer look at your file |
#208
|
||||
|
||||
I don't really know, but most of you guys only speak of reducing queries, but not total page generation time (see here: https://vborg.vbsupport.ru/showthrea...243#post361243)
I installed the hack and got the following timings: WITHOUT Hack: Page generated in 0.12671995 seconds (70.49% PHP - 29.51% MySQL) with 30 queries. [Debug Mode OFF] [PHP v4.3.1] [GZIP enabled - level 1] [Server Load: 0.33 ? 0.55 : 0.87] WITH Hack: Page generated in 0.23996496 seconds (37.26% PHP - 62.74% MySQL) with 26 queries. [Debug Mode OFF] [PHP v4.3.1] [GZIP enabled - level 1] [Server Load: 0.33 ? 0.55 : 0.87] ... So yes, queries were reduced by a lot, but total page generation took almost twice as long. So I assume the hack doesn't really do it for me. |
#209
|
||||
|
||||
i hope you have run those test a bit more often than just once did ya?
i've tested it several times and the gen time was in average 80% of the old gen time. of course if you just look on the time once it could happen that the time differences so much. |
#210
|
||||
|
||||
yup I did... one entire evening testing. Query time was always below non-hack, but final page generation was above. I think the replacement of the pm query routine took most additional time.
|
#211
|
||||
|
||||
hmm, could i have some stats of you board?
post ammount, thread ammount, total pm ammount(and the ammount of pm's you have had in your account while testing)... especially the pm ammount would be important, in version1 i know it was slower when there are a lot of pm's of a user that for this user the generation was slower, but for the average users who doesn't have much pm's it was faster. normally all other queries should be faster than the original ones. |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|