Task to follow the progress of the RfC Standardized thumbnail sizes.
Description
Details
- Reference
- fl541
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Declined | Krinkle | T356 RfC: Standardized thumbnails sizes | |||
Declined | None | T357 Organize a developer sprint on thumbnails changes |
Event Timeline
hashar wrote on 2014-08-14 13:48:07 (UTC)
I just wrote the first draft, the thumbnail size should now be assigned/handled by the Multimedia and Operations teams.
qgil wrote on 2014-08-14 14:11:05 (UTC)
Ok, understood. https://www.mediawiki.org/wiki/Requests_for_comment/Standardized_thumbnails_sizes has your name as author (which is certainly true, but incomplete, and might confuse more people apart from me).
@MarkTraceur, do you know who should on this RfC?
qgil wrote on 2014-08-20 16:24:04 (UTC)
I just want to know who is currently pushing for this RfC (if anybody): https://www.mediawiki.org/wiki/Requests_for_comment/Standardized_thumbnails_sizes
hashar wrote on 2014-08-21 14:57:07 (UTC)
@MarkTraceur by "first draft" I was referring to the RFC :-D
So don't assign it to me either? :-D
Re thinking thumbnails processing is in the hands of the Multimedia team. They conducted some changes already.
The RFC itself is merely to gather related informations at a central place since that topic been raised a few times before I wrote it.
Again, I don't think this should be blocked on Multimedia, since we don't have much to say about media storage/thumbnailing processes these days. If Performance-Team or others have ideas, they should move forward with them without necessarily waiting on us.
On the other hand, this may be undesired or obviated per more recent discussions.
@fgiunchedi @Gilles If I recall correctly, this proposal mainly came from an operational concern regarding Swift storage use for thumbnails. Concern being that we're currently allowing any arbitrary thumbnail size to be generated, which are then indefinitely stored in Swift.
Removing support for arbitrary sizes from MediaWiki (or made inaccessible via Varnish or Swift-proxy), has impact and compatibility complexity that has thus-far stalled the task without a viable outcome.
I'm curious if this task is obsolete or whether it's worth reviving. Specifically, because we now use Thumbor for generating thumbnails. Speaking with @Gilles, I get the impression that we're planning to instead ensure we only store the subset of common sizes in Swift, but keep supporting requesting of other sizes, by letting them always pass through for on-demand generating from Thumbor. And given Varnish in front of it all, we still cache outliers that happen to be popular.
That's correct, mw prerenders certain thumbnail sizes and we've been cleaning up swift as part of a goal (https://wikitech.wikimedia.org/wiki/Swift/Thumbnails_Cleanup). With my swift hat on I believe the current situation is good enough, IOW the non-prerendered sizes were negligible in terms of requests and space. Some of the bigger sizes were prerendered but rarely requested, so we've stopped prerendering those altogether.
Thanks! For any other work relating to this, we'll file new tasks, but closing this for now.