407742 - Top 10 List should be based on recently popular articles

Status: RESOLVED INCOMPLETE

(support.mozilla.org :: General, defect)

Description

[David Tenser [:djst]]

Instead of basing the top 10 list on total page hits, it should be based on the page hits of the last ten or so days.

Comment 1

[Nelson Ko [:nkoth]]

I have been thinking about page hits. I think it makes no sense storing all this hit history info by date in the db. I also cannot simply zero all hits by cron job because that leads to temporary nonsensical rankings. We need a better solution.  Maybe we can do it by votes of usefulness? using the functionality in bug 398786? 

Comment 2

[David Tenser [:djst]]

What happens with page hits when we're using proxycaching btw? For that reason alone, it might be worth looking into alternative ways of measuring ranking.

If we're switching to measure ranking based on votes, I think we should use the total number of votes, regardless of score. An article that gets a lot of negative votes should get a higher rank than an article that has only one positive vote and nothing else.

Comment 3

[Chris Ilias [:cilias]]

I agree with David. There may be articles that address rare obscure problems, but get a lot of high votes. ('Forgot my master password' comes to mind.)


If we can't use hit count, it needs to be indicative of how many times users have searched for that question.

Comment 4

[David Tenser [:djst]]

Nelson, what's the status on this one? 

Comment 5

[Laura Thomson :laura]

Nelson: ping?

Comment 6

[Nelson Ko [:nkoth]]

The status on this one is that:

1) using hit count is out.

2) using vote count is possible, if this is what you want. We could try it - Eric can implement it.

Otherwise making a manual list based on results from Omniture might actually be a very good low tech solution.

Comment 7

[David Tenser [:djst]]

With the l10n list plugin in bug 481306, we will be able to use that in the front page by just making sure a list is created for the most popular support articles.

The only question is about performance, but I'm guessing the front page is cached anyway?

Comment 8

[E. Cooper [:ecooper]]

The front page uses ob to cache all output, so yes.

Comment 9

[E. Cooper [:ecooper]]

With the pagelist plugin, this should just be something we change on the wiki right?

Comment 10

[E. Cooper [:ecooper]]

Cww/djst which list from the l10n import should be used for this?

Comment 11

[[:Cww]]

the scores table.

Comment 12

[E. Cooper [:ecooper]]

{PAGELIST(list=>scores,limit=>10,hide=>status|score,style=>ul,sort=>score_desc)}{PAGELIST}

The above is the syntax used to generate the list. Prior to testing in the content block, I tested on an actual page: https://support-stage.mozilla.org/en-US/kb/top+10+test

That worked so I did the content block: https://support-stage.mozilla.org/tiki-edit_programmed_content.php?locale=en-US&contentId=9

So, the front page is now using the 'scores' list to display the top 10 articles (once the cache refreshes or if you're logged in).

If everything is okay, this can be done on prod independent of the code push.

Comment 13

[Stephen Donner [:stephend] Not actively reading bugmail]

Can someone (Cheng?) verify this bug, or respond to comment 12?  Thanks!

Comment 14

[Chris Ilias [:cilias]]

I've just applied this to <https://support-stage.mozilla.org/en-US/kb/Firefox+Support+Home+Page?bl=n>. Look good to everyone?

Comment 15

[David Tenser [:djst]]

It seems superfluous to include the in-product pages in the list on the front page like this. Yes, those pages are popular, but people access them from in-product, not by searching for them.

We might need a new list=>xxx that is a copy of list=>scores but sans in-product pages. Not sure how complicated that would be to add?

Comment 16

[[:Cww]]

not hard, just need a name for the list and a list of inproduct pages to exclude.

Comment 17

[Chris Ilias [:cilias]]

Because the new start page will

Comment 18

[Chris Ilias [:cilias]]

oops, sorry about that half-sentence. :-) Just ignore it. I'm pushing this to 1.3, so we don't forget it.

Comment 19

[E. Cooper [:ecooper]]

What's the status of this?

Does it still need to be assigned to me?

Comment 20

[Chris Ilias [:cilias]]

Cheng, in comment 16 you said you need a list of inproduct pages. All inproduct pages should be in the "Linked from in-product" category. Can that be used, or does the list have to be manually created?

Comment 21

[Laura Thomson :laura]

Can this

Comment 22

[Laura Thomson :laura]

I meant to say, "Can this move" then I decided that it could :)

Comment 23

[James Socol [:jsocol, :james]]

Is this still open because of comment 15? If not, can we close it?

Comment 24

[Chris Ilias [:cilias]]

It's still open. Right now, we are still editing the list manually, and we want it to be automatically generated without including certain articles (i.e. For IE users, Options window - foo panel, etc.).

Comment 25

[David Tenser [:djst]]

Don't think this depends on a push. In any case, this can wait and doesn't have to be in 1.5.

Comment 26

[James Socol [:jsocol, :james]]

I don't think this is even still applicable. If there are issues with how we calculate top articles in the new L10n dashboard, please file new bugs.