The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Comments |
#137
|
|||
|
|||
I already did Xenon . PM Query mod I did about 4 months ago, and the thread/post counter I PMed you about and you helped me out on that too...
I have another board though, and it only has one, yes ONE! hack on forumhome, the change style drop down menu, so what do I need to do to get this to work with your mega-query reducer? |
#138
|
||||
|
||||
well, the styledropdown hack should work with my hack without any problems as far as i know the hack
|
#139
|
||||
|
||||
Hi Xenon,
I got a very rare error, it suddenly appears and it suddenly disappears (after pressing F5 in IE6): Buffer Error In line 487 is your piece of code: Code:
if($cacheupdate) { $forumbits=makeforumbit(intval($forumid), 1, $permissions); if ($bbuserinfo['userid'] > 0 or ($ourtimenow - $bbuserinfo['lastvisit']) < $cookietimeout) { // remove old cache from user and those which are older than 5 hours $DB_site->query('DELETE FROM cache_forumhome WHERE userid=' . $bbuserinfo[userid] . iif($numbersmembers['lastpost']>(time()-3600*5), ' OR lastpost<'.(time()-3600*5),'')); $DB_site->query('INSERT INTO cache_forumhome (userid,lastpost,lastupdate,postcount,styleid,forumbits) VALUES (' . $bbuserinfo[userid] . ',' . $numbersmembers[lastpost] . ',' . time() . ',' . $counters[posts] . ',' . $bbuserinfo[styleid] . ',"' . addslashes(gzdeflate($forumbits,9)) . '")'); } } else { $forumbits=gzinflate($forumhomecache['forumbits']); // <<<< LINE 487 } Do you have any advice ? thanks, Schorsch |
#140
|
||||
|
||||
HI Xenon......
when i installed this but i have a problem i cant logout.....and just only userid=1 cant....why?? so i replace original index.php file and it work..... so Xenon what cause that?? |
#141
|
||||
|
||||
@Schorsch: well, it's a problem with your server, maybe the buffer is to small or something like that.
it's nothing i could repair ... @Squawell: hmm, couldn't be normally the login/out feature are not touched by my hack. Also it works perfect for all. maybe you've changed the index on a piece of code where you shouldn't.. collidation with another hack you've installed propably? |
#142
|
||||
|
||||
Quote:
by the way i dont change anything in index.php i use the original index.php...... |
#143
|
||||
|
||||
maybe your cookie is corrupted.
i know it can't happen because the part of code is not affected by my hack, at least not if you've done everything correct. the last thing is normal, whenever you add or edit a forum on forumhome or add a moderator or something like that, it will just change after the cache has been updated, so whenever one new post has been made. |
#144
|
|||
|
|||
I had a problem with this hack, when we were editing some templates for forumhome, they weren't updating on forumhome, so you can't see the changes, and when someone could see the changes, someone else couldn't...all in all I couldn't risk any problems and I just uninstalled the caching part of the hack..
|
#145
|
||||
|
||||
@N9ne: It's not a problem.
all you have to do after editing a template on forumhome is to make a new post and then all caches would be updatet... you could also edit templates.php to manually delete all cached versions whenever you make a templateedit. As said, it's not a problem, it's just how caching works without to rewrite hundreds of files |
#146
|
|||
|
|||
i just read your instructions to see if this hack would work for my forum.
but this query is much slower then the original ones: PHP Code:
but the rest of this cache looks good |
#147
|
||||
|
||||
Is there any way to make the one query faster?
|
#148
|
|||
|
|||
I've updated my last post due to an cut'n'paste error...
Quote:
it's a good idea trying to decrease the number of queries, but it won't help anything if you replace some small and fast queries with one big and slow query. |
#149
|
||||
|
||||
Quote:
https://vborg.vbsupport.ru/showthrea...threadid=38471 Also read this post made by Chen https://vborg.vbsupport.ru/showthrea...638#post254638 Also read Matt's post <- This guy is a db Master BTW. https://vborg.vbsupport.ru/showthrea...690#post254690 |
#150
|
|||
|
|||
Quote:
MySQL optimizes count(*) queries because it keeps an extra counter in its index-files when using MyISAM Tables. The Index should be read from RAM on heavy-used tables. This kind of queries as well as MAX(indexed-column) can be answered without I/O which makes it really fast. this sum(...,1,0) trick has to read every row from the table or just every entry in its index if its condition matches from index. so this is always slower than reading three single values with three single queries. |
#151
|
||||
|
||||
Quote:
Quote:
So, i think your assumption is not correct. It is faster for users with few pm's. |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|