web server for appstream metadata screenshots

Albert Astals Cid aacid at kde.org
Sun Jun 12 19:29:11 BST 2016

El diumenge, 12 de juny de 2016, a les 15:18:03 CEST, Matthias Klumpp va 
> 2016-06-12 6:46 GMT+02:00 Yuri Chornoivan <yurchor at ukr.net>:
> > [...]
> > 
> > I might misunderstand the whole thing. If it is, just ignore this message.
> > 
> > The typical size of AppData screenshot is ~100 kB. Let's say that there
> > are
> > ~1000 users that use Discover features to explore KDE applications in a
> > release day. They can overview ~10 screenshots in average. This will be 1
> > GB of traffic + load on Phabricator to resolve commits.kde.org links (if
> > files are stored in git).
> Well, most distributions cache screenshots on their own and serve them
> from their infrastructure (Debian, Fedora, Ubuntu and OpenSUSE do
> that), while only a few use the upstream-provided URLs directly (I am
> only aware of Arch right now).
> Caching stuff allows distros to provide resized thumbnails for smaller
> downloads and also allows blocking certain screenshots from showing up
> in the software-center retroactively (e.g. in case someone added
> non-free copyrighted material there, and we realize that only later).
> This is just FYI, I still think a Git-Annex $whatever based repository
> of screenshots is better than hotlinking them into Phabricator or
> Quickgit.

Noone is suggesting hotlinking into Phabricator or Quickgit. And noone is 
doign that either (unless someone has proof otherwise).


> Cheers,
>     Matthias

More information about the kde-core-devel mailing list