comment on

For what it's worth, I recently implemented something similar for my work application, to keep a one-bit-per-node vector of "messages seen". In my case, those flags are updated whenever the server attempts to deliver the node to the user, and this hasn't caused a significant extra load (with the busiest site serving a choice of 27k nodes to 24k users, and sharing the web and database servers with 21 other live sites).

We use the information to specify the class of the node title as 'seen' or 'unseen', and it has made it far easier to find new information in a useful fashion.

For PM, the size of the vector would be larger, but updating it only as a result of an explicit request would balance that. I suspect the main difficulty would be the UI design: individually selecting a subset of 100 or more checkboxes on Newest Nodes would be unpleasant.

Hugo

In reply to Re^2: More control over Newest Nodes list by hv
in thread More control over Newest Nodes list by Wassercrats

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


Perl: the Markov chain saw
	PerlMonks