infra-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Branko Čibej (JIRA) <j...@apache.org>
Subject [jira] [Commented] (INFRA-16839) download.apache.org
Date Fri, 05 Oct 2018 10:30:00 GMT

    [ https://issues.apache.org/jira/browse/INFRA-16839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16639634#comment-16639634
] 

Branko Čibej commented on INFRA-16839:
--------------------------------------

2¢ about making download pages easier to maintain: the nice thing about closer.lua is that
it gives users a chance to pick a mirror if the preferred one is not right for some reason.
OTOH having a nice redirect-only download URL without needing a bunch of ?action=download
 parameters would be great, too.

> download.apache.org
> -------------------
>
>                 Key: INFRA-16839
>                 URL: https://issues.apache.org/jira/browse/INFRA-16839
>             Project: Infrastructure
>          Issue Type: Wish
>          Components: Mirrors
>            Reporter: Henk Penning
>            Assignee: Daniel Gruno
>            Priority: Major
>
> On users@infra.apache.org, I proposed to introduce download.apache.org :
> -- download.apache.org (only) redirects ;
>    -- to archive ; for stuff that's not in /var/www.a.o/dist/
>    -- to www.a.o ; for checksums, signatures, KEYS etc
>    -- to mirrors ; for the rest
> Why ?
> -- it hides policy and implementation details :
>     -- policy : what goes where in www-space
>     -- implemetation : how to use the "mirror system"
> -- no more [ugly] "http://www.apache.org/dyn/closer.lua/carbondata/1.4.0/
> -- for projects, it makes download pages easier to maintain
> -- no need to fix a download page if/when a release is removed from /dist/
> -- many projects have poor download pages (in view of policy)
>    -- links to dist.apache.org/repos/dist/release/
>    -- only links to archive.apache.org/dist/
>    -- for artifacts, links to www.apache.org/dist/
> -- projects are reluctant to cleanup their dist areas,
>    because it requires fixing download pages
> [humbedooh] said on infra@:
>   I am generally +1 to this idea, as it'll also allow us to control bandwidth
>   more finely than we do today. the dist area is responsible for some 50TB
>   per month worth of traffic from our TLP servers - reducing that, or even 
>   just moving it to cheaper data centers, could help save both money
>   and credits.
>   The idea will need some polishing, and I'm happy to assist :)
> ... and on hipchat :
>   my plan was we'd move www.a.o/dist/ downloads to that machine instead
>   to safe traffic on the tlp servers that'll spit out some 2-3TB per day.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message