Beefy Boxes and Bandwidth Generously Provided by pair Networks
No such thing as a small change
 
PerlMonks  

Re: Working Node Tracker? (spec)

by tye (Sage)
on Sep 23, 2003 at 22:02 UTC ( #293700=note: print w/replies, xml ) Need Help??


in reply to Working Node Tracker?

I don't really see how this fits the request. It lets you add (and delete) nodes to be tracked and list nodes that are being tracked, but the only way (as far as I can tell) to check if a "tracked" node has changed is to cycle through the nodes one at a time (and I don't see an interface to make that possible without me retyping each node ID).

I thought the point of building a list of nodes to be tracked was so that one could be told "here are the new replies to any of your tracked nodes" (either with one page load or via notifications sent out by some cron job).

Using your current technique of grabbing information, adding such a feature would not be an efficient use of the server. It would refetch the entire thread list for each interesting thread (and fetch that separately for each user who wants to track the same thread) every time someone wants to check.

To do something like this efficiently, you'd want to use the newest nodes ticker to fetch info about any new nodes since the last time you checked for updates (and not per user). If it becomes popular, then you'd want to not try to fetch info about new nodes if you just did that a short time ago.

                - tye

Replies are listed 'Best First'.
Re: Re: Working Node Tracker? (spec)
by Limbic~Region (Chancellor) on Sep 23, 2003 at 22:20 UTC
    tye,
    Thank you for your comments.

    I thought the point of building a list of nodes to be tracked was so that one could be told "here are the new replies to any of your tracked nodes" (either with one page load or via notifications sent out by some cron job).

    It's possible. This requires 1 call to the XML Node Thread ticker for each thread being tracked, but only a single a single call to the node query XML generator. The sorting out of what node belongs in what thread would be done on the external server. The only way I can think to limit the impact is restrict the number of nodes that can be tracked at any one time.

    Using your current technique of grabbing information, adding such a feature would not be an efficient use of the server. It would refetch the entire thread list for each interesting thread (and fetch that separately for each user who wants to track the same thread) every time someone wants to check.

    I guess my vision of using this tool is slightly different. Users that didn't login for weeks could still see if there were any updates to nodes long gone from Newest Nodes. Since there is not a constant check for updates, the only time the time PerlMonks gets queried is if the user runs a report. I also envisioned different users tracking nodes at different rates.

    Cheers - L~R

Re: Re: Working Node Tracker? (spec)
by Limbic~Region (Chancellor) on Sep 23, 2003 at 23:19 UTC
    tye,
    After our recent CB conversation and a modification to one of the XML tickers, I believe I can do better. I will start on this soon. Before I announce publicly I would like you to review it, if you don't mind?

    Cheers - L~R

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://293700]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others about the Monastery: (6)
As of 2022-01-26 17:37 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    In 2022, my preferred method to securely store passwords is:












    Results (69 votes). Check out past polls.

    Notices?