vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.8 Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=235)
-   -   Miscellaneous Hacks - Live Topic (https://vborg.vbsupport.ru/showthread.php?t=201228)

crkgb 01-16-2009 10:11 AM

does not work for me at the time due to multiple mods I have installed. We really need a list of the conflicting mods.

lazyllama 01-16-2009 12:54 PM

This mod alters the 'post' table, which on a board with millions of posts can take quite a while, if the database doesn't run out of temp space while doing the alter.

Phaedrus 01-16-2009 04:51 PM

Quote:

Originally Posted by Coders Shack (Post 1714221)
they dont play together?

Nope. I can put them together if I limit the vids to one forum, but then Live Topic won't work in that forum. My users love the functionality of the vids, and I believe they would love this Live Topic as well...

:dunno:

Mum 01-16-2009 07:56 PM

I had to uninstall. My host says this puts too much server connections, and they would disable my account if i keep using it.

Theater 01-16-2009 09:28 PM

Quote:

Originally Posted by mcyates (Post 1712502)
for information I don't get this error when the Ultimate Side Columns is disabled. But it still does not work.

Woot, read through the thread here to discover it doesn't work with USC... what a shame. Saved me a headache though trying to figure out what was causing it!

Also, I noticed it didn't work on my clean test board until I set Quick Reply to:
"Yes, Click Not Required"

instead of:
"Yes, Click Required"

Hope that helps mate. :up:

Alfa1 01-16-2009 10:00 PM

Quote:

Originally Posted by Mum (Post 1715031)
I had to uninstall. My host says this puts too much server connections, and they would disable my account if i keep using it.

Did they say how many?

Coders Shack 01-16-2009 10:06 PM

Quote:

Originally Posted by Mum (Post 1715031)
I had to uninstall. My host says this puts too much server connections, and they would disable my account if i keep using it.

change the interval's :)

there is a query interval, right now its at 3000 by default. So every 3 seconds it makes a tiny query (which is alot a DB connection, but it should close right after)

there is also a setting that determines if the topic should be live or not right now if a topic has been posted in the past 300 seconds then its live (you can lower this number)

and third there is an idle setting that determines if the user viewing the page is idle right now that's set to 300 seconds. (when the user is marked as idle the query's will stop and they will continue when the system detects that the user is no longer idle)

so making any of these numbers higher will reduce server load, but the initial values seems fair to me. (shared hosting packages may need to have higher values)

Wow I really didn't mean to write an essay.

there is a st
Quote:

Originally Posted by Theater (Post 1715119)
Woot, read through the thread here to discover it doesn't work with USC... what a shame. Saved me a headache though trying to figure out what was causing it!

Also, I noticed it didn't work on my clean test board until I set Quick Reply to:
"Yes, Click Not Required"

instead of:
"Yes, Click Required"

Hope that helps mate. :up:

Thanks man, I'm going to what i can do :)

CP, 01-16-2009 10:13 PM

This does look good, but are you sure about bandwidth? Yes it may save stress on the server but ive noticed Ajax being used like this uses mega bandwidth.

Coders Shack 01-16-2009 10:31 PM

Quote:

Originally Posted by CP, (Post 1715156)
This does look good, but are you sure about bandwidth? Yes it may save stress on the server but ive noticed Ajax being used like this uses mega bandwidth.

how can it use more bandwidth?

the response is less than 1KB, the request is even smaller. Lets say every check call is about 250bytes (thats being generous) and a successful response with an updated post is 7KB.

20 calls a min (5kb).

a page refresh is like 70kb+
...


on an active topic you really think this wouldn't save bandwidth? (its CPU intensive, that's why you have the option to control the flow. If it really is hurting your server change it up.)

(this is just an example)

without live topic:
example i go to a thread (70kb) (full page query + post generation)
i post a quick reply (10kb)
i wait 90 seconds and refresh this happens about 4 times (280kb) (full page query + post generation)
some one responds i respond to them (10kb)
i wait 90 seconds and refresh this happens about 2 times (140kb) (full page query + post generation)

total: 510kb

width live topic"
example i go to a thread (70kb) (full page query + post generation)
i post a quick reply (10kb)
i wait 90 seconds (7.5kb) (tiny queries)
i recieve a response (7.5kb) (query + post generation)
i respond (10kb)
i wait 90 seconds (7.5kb)(tiny queries)
i recieve a response (7.5kb) (query + post generation)

total: 120kb

CP, 01-16-2009 10:52 PM

Quote:

Originally Posted by Coders Shack (Post 1715177)
how can it use more bandwidth?

the response is less than 1KB, the request is even smaller. Lets say every check call is about 250bytes (thats being generous) and a successful response with an updated post is 7KB.

20 calls a min (5kb).

a page refresh is like 70kb+
...


on an active topic you really think this wouldn't save bandwidth? (its CPU intensive, that's why you have the option to control the flow. If it really is hurting your server change it up.)

(this is just an example)

without live topic:
example i go to a thread (70kb)
i post a quick reply (10kb)
i wait 90 seconds and refresh this happens about 4 times (280kb)
some one responds i respond to them (10kb)
i wait 90 seconds and refresh this happens about 2 times (140kb)

total: 510kb

width live topic"
example i go to a thread (70kb)
i post a quick reply (10kb)
i wait 90 seconds (7.5kb)
i recieve a response (7.5kb)
i respond (10kb)
i wait 90 seconds (7.5kb)
i recieve a response (7.5kb)

total: 120kb

I say this because i had used a small ajax chat box which displayed all registered users who used it. Everytime somebody typed something their name will automatically appear. This was a small Ajax shoutbox and it had eaten a lot of bandwidth.

This is the same concept but slightly larger, it has to post avatar, icons, post table and message. Hence i think it will use much more bandwidth from what ive experienced before. Have you tried making large posts with a lot of text and large images? What happens then, how does the Ajax handle it?


All times are GMT. The time now is 09:02 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01912 seconds
  • Memory Usage 1,751KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (7)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (4)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete