Likes Leaderboard etc

[Sam]

Hi,
Does the community/admins know of a way to store likes and make it possible to display this as 'Users with the most likes this week' and so on?
Thanks,
Sam

[Former Member]

This would be amazing! Someone, please make this happen!

[₪» ⅀ ƪ Ƒ «₪]

To my knowledge, this isn't possible because the information is not available on a page where the user isn't present. Therefore, there is not a page on the site that has all of the members' total likes stored for the plugin to access. The plugin wouldn't be able to gather everyone's total like score so it wouldn't be able to create a leaderboard. If I'm wrong, someone will come correct me, though ^^ That's just the answer I always see on any request similar to this. :) Sorry that I'm not replying with better news! I always thought a leaderboard like that would be really cool, too. You can make a leaderboard for post count through custom pages, that I know, but that's the only similar thing I am aware of that's possible.

[Former Member]

Feb 19, 2018 10:53:42 GMT -8 ₪» ⅀ ƪ Ƒ «₪ said:

To my knowledge, this isn't possible because the information is not available on a page where the user isn't present. Therefore, there is not a page on the site that has all of the members' total likes stored for the plugin to access. The plugin wouldn't be able to gather everyone's total like score so it wouldn't be able to create a leaderboard. If I'm wrong, someone will come correct me, though ^^ That's just the answer I always see on any request similar to this. Sorry that I'm not replying with better news! I always thought a leaderboard like that would be really cool, too. You can make a leaderboard for post count through custom pages, that I know, but that's the only similar thing I am aware of that's possible.

Thank you sir. We already acknowledge the existence of the post leaderboard, and it is very helpful!  

Have a good day

[Retread]

Feb 19, 2018 10:53:42 GMT -8 ₪» ⅀ ƪ Ƒ «₪ said:

To my knowledge, this isn't possible because the information is not available on a page where the user isn't present. Therefore, there is not a page on the site that has all of the members' total likes stored for the plugin to access. The plugin wouldn't be able to gather everyone's total like score so it wouldn't be able to create a leaderboard. If I'm wrong, someone will come correct me, though ^^ That's just the answer I always see on any request similar to this. Sorry that I'm not replying with better news! I always thought a leaderboard like that would be really cool, too. You can make a leaderboard for post count through custom pages, that I know, but that's the only similar thing I am aware of that's possible.

There is one place where user like totals are stored and can be displayed.  The members list.  Scott talked me through making an additional column to display likes.  Unfortunately it is NOT sortable.

When I asked about someone making a plug-in to make that sortable, P̌̓aͧś̀t̀u͒le͆o͂2̀3̃̓ explained that it's 'possible' but not permitted. 

"Reason being: Generated too many proboards server requests on one user initiated action."

And that makes perfect sense. We could imagine lots of people would be doing this same user initiated action and chewing up server time. Not good.

I reckon a likes leaderboard could be possible. But would require some clever thinking from the genius who codes it.

To prevent heavy usage of server resources, any forum with a likes leaderboard would initiate an update only once per 24hrs (for example), automatically. And there would need to be a mechanism to prevent all forums with said leaderboard plug-in from initiating their requests at the same time. If all update requests were made at zero-hour GMT that might be ugly. Perhaps a RNG or something to prescribe the initiation times, idk.

So maybe, just maybe, this could be possible. There might also be a way of identifying the most-liked posts, which might be even more interesting. Then again there might be other problems I don't recognize, since I'm not all that computer-savvy.

[Former Member]

Feb 19, 2018 14:06:04 GMT -8 Retread said:

Feb 19, 2018 10:53:42 GMT -8 ₪» ⅀ ƪ Ƒ «₪ said:

To my knowledge, this isn't possible because the information is not available on a page where the user isn't present. Therefore, there is not a page on the site that has all of the members' total likes stored for the plugin to access. The plugin wouldn't be able to gather everyone's total like score so it wouldn't be able to create a leaderboard. If I'm wrong, someone will come correct me, though ^^ That's just the answer I always see on any request similar to this. Sorry that I'm not replying with better news! I always thought a leaderboard like that would be really cool, too. You can make a leaderboard for post count through custom pages, that I know, but that's the only similar thing I am aware of that's possible.

There is one place where user like totals are stored and can be displayed.  The members list.  Scott talked me through making an additional column to display likes.  Unfortunately it is NOT sortable.

When I asked about someone making a plug-in to make that sortable, P̌̓aͧś̀t̀u͒le͆o͂2̀3̃̓ explained that it's 'possible' but not permitted. 

"Reason being: Generated too many proboards server requests on one user initiated action."

And that makes perfect sense. We could imagine lots of people would be doing this same user initiated action and chewing up server time. Not good.

I reckon a likes leaderboard could be possible. But would require some clever thinking from the genius who codes it.

To prevent heavy usage of server resources, any forum with a likes leaderboard would initiate an update only once per 24hrs (for example), automatically. And there would need to be a mechanism to prevent all forums with said leaderboard plug-in from initiating their requests at the same time. If all update requests were made at zero-hour GMT that might be ugly. Perhaps a RNG or something to prescribe the initiation times, idk.

So maybe, just maybe, this could be possible. There might also be a way of identifying the most-liked posts, which might be even more interesting. Then again there might be other problems I don't recognize, since I'm not all that computer-savvy.

What if the leaderboard only has top 40?

[Retread]

Feb 19, 2018 14:34:01 GMT -8 @henny4315 said:

What if the leaderboard only has top 40?

Henny, someone with more knowledge would have a definitive answer but I very much doubt there would be the tiniest difference in system resources between identifying the top 10 or the top 1000.  You probably still have to check every member.

Whether this would pass muster is highly dependent on whether it could be done in a way that doesn't hog the server.  I'm guessing that is a real possibility.  But that's just a guess from an Average Joe.

[Lynx]

I'm no coding guru, but (unless I'm mistaken), this might be possible with a super key. The underlying JS could scan mini-profiles (while viewing a thread) and get the likes from that (provided the Likes get displayed). It would require a user interaction (a popup perhaps) in order to write to the key - so that may get annoying, but it would be a necessity to keep within the ToS. Another option would be for it to write to localStorage and (maybe using a set_on) write to the key when a post was made (I think the Trophies plugin does this). The JS itself could run a .sort() function to sort them - but it would probably be fixed (lowest to highest OR highest to lowest).

I could totally be off my rocker on this one because I've got no experience with using keys in a plugin. Maybe an actual coder could give insight as to whether that would be possible or not.

[Retread]

Feb 19, 2018 18:49:33 GMT -8 Lynx said:

I could totally be off my rocker on this one because I've got no experience with using keys in a plugin. Maybe an actual coder could give insight as to whether that would be possible or not.

And maybe some of the vague ideas we thrash about could trigger some ideas from those coders. 
Rather than my thought about a single daily event to evaluate like tallies, a dynamic method with small tasks would be easier on the system resources.  I know even less about keys but it seems like they're a vessel for storing things.  What would be needed to store might be quite modest.

Whether likes applied to posts or the increment of a user's tally, we only need to hold a relatively small number in storage. 

• Each time a post receives a like, the total for that post is compared to posts on the leaderboard.  If its like count exceeds the number of the lowest ranking post on that list (which has a fixed number of positions), it bumps that post off the list and takes its spot.  If recent like was for a post already on the list, it might move up position if it was already tied with another post.
• A similar evaluation could be made for a user.  When a post is added to their tally, it's compared with other users on the likes leaderboard.  Change in ranking or bump from the leaderboard would happen at that time.
• The only tricky bit might be the ethereal nature of likes.  They toggle.  If you click like on a post, you add a like.  Click it again and you rescind the like you gave.

But it seems as if these small housekeeping tasks at the time a like is issued might not be as taxing on the system resources.  I wonder if many small tasks are preferable to few large tasks. 

[Todge]

Lynx is quite correct, a Super Key would need to be used to keep track of the likes and store those with the most. At first, you may have to put up with a few pop-ups, but after a while, the code would keep track as likes were made, so no pop-ups necessary.

In this case, keeping track of total likes would be easier that over the last week, but it could be done either way.

[Sam]

On the subject of keys, my idea was that it would store a week's worth of likes (Therefore we have top liked users of the week) and after a like has been given, it is deleted. Does this make sense?

[Sam]

Feb 20, 2018 9:47:26 GMT -8 Todge said:

Lynx is quite correct, a Super Key would need to be used to keep track of the likes and store those with the most. At first, you may have to put up with a few pop-ups, but after a while, the code would keep track as likes were made, so no pop-ups necessary.

In this case, keeping track of total likes would be easier that over the last week, but it could be done either way.

Yes, that is what I had in mind.SaveSave

[Former Member]

Feb 20, 2018 9:47:26 GMT -8 Todge said:

Lynx is quite correct, a Super Key would need to be used to keep track of the likes and store those with the most. At first, you may have to put up with a few pop-ups, but after a while, the code would keep track as likes were made, so no pop-ups necessary.

In this case, keeping track of total likes would be easier that over the last week, but it could be done either way.

So can someone make a plugin code and we'll use a superkey for a likes leaderboard? 

[Todge]

Feb 20, 2018 12:39:41 GMT -8 Sam said:

On the subject of keys, my idea was that it would store a week's worth of likes (Therefore we have top liked users of the week) and after a like has been given, it is deleted. Does this make sense?

The bid issue with this is that the code would have to keep track of every member that receives likes. That could cause issues with storage, and have the problem of trying to sort the likes and discard the ones that are more than a week old, meaning it would also have to store date info too. Possible, but complicated.

If the plugin just kept an eye on total likes then all that needs to be done is to compare the likes as they are made with the top 10 saved in the key, updating the top ten as it goes. Not what you are after, but an easier plugin to make, with no storage issues.

[Sam]

Feb 23, 2018 10:36:26 GMT -8 Todge said:

Feb 20, 2018 12:39:41 GMT -8 Sam said:

On the subject of keys, my idea was that it would store a week's worth of likes (Therefore we have top liked users of the week) and after a like has been given, it is deleted. Does this make sense?

The bid issue with this is that the code would have to keep track of every member that receives likes. That could cause issues with storage, and have the problem of trying to sort the likes and discard the ones that are more than a week old, meaning it would also have to store date info too. Possible, but complicated.

If the plugin just kept an eye on total likes then all that needs to be done is to compare the likes as they are made with the top 10 saved in the key, updating the top ten as it goes. Not what you are after, but an easier plugin to make, with no storage issues.

Ah I see. Do you know of a good way to do such a thing?