Greasemonkey doesn't access the server at all. It re-writes the DOM after the page is loaded.definitely but it would be a lot rougher on the server than if the server did it itself
Greasemonkey doesn't access the server at all. It re-writes the DOM after the page is loaded.definitely but it would be a lot rougher on the server than if the server did it itself
do you watch TV shows you hate on a network just because you like some of the shows the network runs?
Greasemonkey doesn't access the server at all. It re-writes the DOM after the page is loaded.
Wow. Now you're getting even crazier. The thread table is tiny compared to the post table. Everytime the post table is accessed, the server has to lock it and load it into memory. That's over 5gb worth of data at this point.
Try...
PHP:$threads = $db->query_read_slave(" SELECT $votequery $previewfield thread.threadid, thread.title AS threadtitle, thread.forumid, pollid, open, postusername, postuserid, thread.iconid AS threadiconid, thread.dateline, notes, thread.visible, sticky, votetotal, thread.attach, $tachy_columns, thread.prefixid, thread.taglist, hiddencount, deletedcount " . (($vbulletin->options['threadsubscribed'] AND $vbulletin->userinfo['userid']) ? ", NOT ISNULL(subscribethread.subscribethreadid) AS issubscribed" : "") . " " . ($deljoin ? ", deletionlog.userid AS del_userid, deletionlog.username AS del_username, deletionlog.reason AS del_reason" : "") . " " . (($vbulletin->options['threadmarking'] AND $vbulletin->userinfo['userid']) ? ", threadread.readtime AS threadread" : "") . " " . ($redirectjoin ? ", threadredirect.expires" : "") . " $hook_query_fields FROM " . TABLE_PREFIX . "thread AS thread $deljoin " . (($vbulletin->options['threadsubscribed'] AND $vbulletin->userinfo['userid']) ? " LEFT JOIN " . TABLE_PREFIX . "subscribethread AS subscribethread ON(subscribethread.threadid = thread.threadid AND subscribethread.userid = " . $vbulletin->userinfo['userid'] . " AND canview = 1)" : "") . " " . (($vbulletin->options['threadmarking'] AND $vbulletin->userinfo['userid']) ? " LEFT JOIN " . TABLE_PREFIX . "threadread AS threadread ON (threadread.threadid = thread.threadid AND threadread.userid = " . $vbulletin->userinfo['userid'] . ")" : "") . " $previewjoin $tachyjoin $redirectjoin $hook_query_joins WHERE thread.threadid IN (0$ids) $hook_query_where ORDER BY sticky DESC, $sqlsortfield $sqlsortorder" . (!empty($sqlsortfield2) ? ", $sqlsortfield2 $sqlsortorder" : '') . " ");
And that's after you figure out the threadids, the sticky threads, the announcement threads, etc.
Why would you have it open every thread on the front page? You just need to scan the topics. Also, since you're probably the only one that would ever use that script, yes it would be less load on the server as it wouldn't need to do unnecessary queries for users that don't utilize the functionality.if I make my greesemonkey script open every single thread on the front page that it hasn't opened before to run this check it's going to be easier on the server?
Quite a few people use subscribed threads and we move threads with redirects all the time.you can probably get rid of your redirection joins & your subscribed thread joins (do you/people seriously use them ever)
The post table is the post table. You don't shard the data based on whether it's on the front page or not. It's still all in the same table. That's how databases work.Why don't you have a cleaner system? The front couple pages of teedub are not 5gb worth of data. I don't care about page 5000 of the thread list. Just the first one. If I load the second one then I'd care about that one too but not until then.
The post table is the post table. You don't shard the data based on whether it's on the front page or not. It's still all in the same table. That's how databases work.
/me blinks.lol but colosus, its a simple script. your db should be able to run it houndreds of times a second, 24/7. lol its just a database... lol lol lol
edit: i'd fix the spelling error but it makes it that much better.
The post table is the post table. You don't shard the data based on whether it's on the front page or not. It's still all in the same table. That's how databases work.
I don't see why a database of the top 100 threads first post couldn't be maintained very easily. That's what my greesemonkey script would do
Please add "NBA" to your list.
Quite a few people use subscribed threads and we move threads with redirects all the time.
^^Evidence that you are an illiterate lazy sh*t with no real intellectual incentive...in the subject:
I'd like threads where the thread starter includes such words as kurayami, recession, obama, democrats, republicans, fraggle, etc. to not show up on my teedub. Obviously, each poster should be able to have their own list.
lol fngr accusing someone else of lacking real intellectual incentive.
thats a good one.
I read what you said...lol fngr accusing someone else of lacking real intellectual incentive.
thats a good one.