I think page load time stats are already collected
Taking into account the time it takes to load images on the page as well?
We could fire off requests for all the thumbnails we need, then abort those
requests almost immediately.
I think that's a great idea! It's what I wanted to do in UploadWizard for the various bucket sizes, but I never thought of doing it right in Media Viewer. It doesn't solve Varnish misses for the first image you open, but it certainly guarantees smoother browsing through the other images. I'm all for doing it already, with a reasonable preloading distance (3 images forwards and backwards?) and only for the current bucket size.
Another possibility would be to measure if file page usage drops, although
this is complicated by the fact that MediaViewer uses the file page in share links.
I think we're going to link to the article with the hash link as soon as we make that work for everyone, regardless of having Media Viewer turned on in their preferences or not. But I think the real difficulty isn't counting image views on the Media Viewer size, it's counting when people click to open the full resolution on the file page. From the stats alone we can't take away the bots and the hotlinking in a way that makes us certain the remainder is solely deliberate human interaction. I think the only sane way is having some JS on the file page tracking clicks. All of this seems like a lot of work to me for such a minor stat. Even looking for these complicated solutions here, I feel that we're wasting our time over this one...
One thing we could do in addition that is to replicate the thumbnail URL
generation logic on the JS side.
Are you saying that we could actually do without thumbnailinfo API call entirely when it comes to knowing the URL of the thumb sizes we need? This would be huge, thumbnailinfo takes 429ms on average. Displaying the actual image almost half a second sooner on average would be a massive performance gain.
Or do you mean that it would only work on a default wiki configuration, in which case the thumb URL guessed by JS would only be used for a request+abort ahead of time to trigger the thumb generation if it needs to be triggered?
is gonna have a significant effect on raw page view counts
Do our analytics tools support virtual pageviews?
On Tue, Mar 18, 2014 at 8:47 PM, Derk-Jan Hartman hartman.wiki@gmail.comwrote:
I just realized something...
Independent of this study/measurement, this project when ultimately launched, is gonna have a significant effect on raw page view counts. Therefore it is something that needs to be taken into account the overall view/edit statistics... Might want to brainstorm about that with Erik Zachte
DJ
On 18 mrt. 2014, at 19:45, Aaron Arcos aarcos.wiki@gmail.com wrote:
- multimedia
On Tue, Mar 18, 2014 at 11:44 AM, Aaron Arcos aarcos.wiki@gmail.comwrote:
On Tue, Mar 18, 2014 at 8:47 AM, Gergo Tisza gtisza@wikimedia.orgwrote:
Gilles, thanks for the great analysis!
+1, good stuff !, I like where the discussion is heading, in particular the idea of comparing MV against the "current" implementation via a test, that's the way to go.
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia