[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: web server for appstream metadata screenshots
From:       Albert Astals Cid <aacid () kde ! org>
Date:       2016-06-12 18:29:11
Message-ID: 12021321.BjdgfuhI9j () xps
[Download RAW message or body]

El diumenge, 12 de juny de 2016, a les 15:18:03 CEST, Matthias Klumpp va 
escriure:
> 2016-06-12 6:46 GMT+02:00 Yuri Chornoivan <yurchor@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,
  Albert

> 
> Cheers,
>     Matthias


[prev in list] [next in list] [prev in thread] [next in thread]