Join GitHub today
website: binary download links involve redirection #22648
We used to have really nice download links that just worked.
Now there's this HTTP redirection, making curl usage more annoying:
We can't serve from the "edge" without all that stuff? We do for other things, and others on the Internet do too.
What is going on?
The old urls, while prettier and direct, are blocked in some countries. This not only allows us to serve faster downloads to our users more cheaply, but also reach the countries that block GCS.
I’m not sure how much of the internal guts I’m able to share publically as to why Goog’s edge cache behaves the way that it does, but I’ve asked.
In the meantime,
storage.googleapis.com is definitely blocked.
We can use dl.google.com. It's not blocked, but when I asked about this I was told that it costs more money and is less reliable.
@bradfitz, what I've always used (for the last 4-6~ major releases) was:
I thought that was the "canonical nice download link". Is it not the canonical nice link, or were you not aware that it exists?
For reference, it currently redirects to
I guess this a question/comment... I want to find out if other people are aware of the
Looking at golang/tools@9c477ba more closely, I see that what's been modified is the redirect URL that
So, before that commit, it was:
(Arrow represents an HTTP redirect.)
I guess that partially answers my question, but my followup question then is, have you considered using