New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Detect and surface large pageview spikes #5034
Comments
@ragesoss, can I take this up? |
@vaidehi44 yes, go for it. |
Hmm... I'm not sure. If you can think of an efficient way to do this one without relying on #4370, I'm open to it. |
Okk ... I guess here too best way would be to introduce |
And, also what should be the threshold or the criteria to decide whether there has been significant rise in views? Like, if the views increase 5 fold or 10 fold ... anything like that? |
Yes, I think that approach would work well, putting both of those values into ArticlesCourses. That will make it easy to if any single day is many times above the average, during the process for updating that average. I think 5-fold is a good starting point... maybe 5-fold increase and minimum spike of 100 views in a day. Those can be tweaked, depending on how often we find it happening. |
@ragesoss, I am little confused in where the code for updating the And, what I get is that the cache of So, how should the |
The approach I was thinking of would be to go through UpdateCourseStats, and just skip updating the views for any record that had its views updated within the last ~week. I guess that would require also keeping track of |
Okk ... Don't you think 1 week would be a big time frame? |
I don't think it's too long. |
So, here you meant that while updating the average, we'll also compare the views of last 7 days individually, to see if there was minimum spike of 100 views? |
yes |
And, what about the status of spike? Where should we store whether an article course currently has spike in pageviews? Will it add one more field to |
I think when a spike is detected, it should create a (new type of) Alert record and send an email to a Wiki Education staff member. |
Oh...so shouldn't the info about the spike be communicated to the end users, i.e. on the frontend? Not even to instructors/editors? |
At this point, no. I think we want to start by having an Alert that sends email to Wiki Education staff, just to understand how often these kinds of spikes happen and make tweaks to the threshold. At that stage, we'd probably personally contact the people who were working on the articles. Later on, we may want to design a nice-looking email that automatically goes out to the relevant instructors and students, via the Alert. |
Ohkk .. got your point. |
Dashboard users — instructors, editors, Wiki Education staff — like to know when content they worked on becomes suddenly very relevant to the public and results in large spikes in the number of pageviews. These typically represent success stories, where users created or improved content that then became highly relevant to the public (eg, because the topic become relevant to an important current event).
The Dashboard should be able to detect and log this kind of pageview spike.
The place to do this would probably be during the import of pageviews to update an Article's average pageviews, since daily pageviews over a moderately long period of time are fetched (and then averaged) during this process. It might make sense to do this after addressing #4370 since a good solution to that will probably involve extending the period over which pageviews are fetched.
The text was updated successfully, but these errors were encountered: