Quote:
Originally Posted by citeman
Hi Fillip,
To help reduce the server load on can you create a button saying "Make this real time" when a users makes a quickreply and only when you a certain percentage of users participating in the thread are "online"? This will make sure that real time updates are initiated by real members who are using it.
Also strike out threads from real time updates when there has been no activity on the thread.
You can maybe also extend the functionality to send a notification to the online members participating in the thread that "real time discussion has been enabled on this thread".
I think managing the real time updates selectively will make all the difference in this mod and it'll manage the server load manageable - instead of making all threads real time it should choose intelligently.
Regards,
Sid
|
Hey,
Could you please re-post feature requests as over at our forum
www.dragonbyte-tech.com ?
We have a system in place that tracks feature requests via threads, which makes it easier for us when we're planning new versions. It'd be difficult for us to troll through several old pages on vB.org threads.
It'd be greatly appreciated
Quote:
Originally Posted by Emeralda
I'm checking it out now, Live Topics already started killing the server for me. From what I understood, it's more efficient than the aforementioned mod, right? And there is no refreshing when someone edits a post? And rawr, great kudos for doing versions for both vB3 and vB4, I planned to upgrade soon.
EDIT: Oh wow, it does update edited posts, kudos to you!~
|
I do believe it is more efficient, yeah.
From what I recall, the old Live Threads sent 1 fetch request for each post in the thread and another request if the result was that the post had been updated.
This mod will send one request for ALL posts, then return the new / updated posts. It will still send 1 fetch request for each post
that is new or updated but that's because vBulletin's postbit (and mods that hook into the code associated with displaying the postbit) does a lot of processing that we couldn't reasonably replicate.
Hopefully it's clear what I mean, needlessly complex explanations is a professional hazard unfortunately
Fillip