New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
website: binary download links involve redirection #22648
Comments
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, |
Noted elsewhere, I see Chrome uses https://dl.google.com/* URLs directly. What is different between Go and Chrome, that Chrome gets to use pretty & non-redirecting URLs? |
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. |
Let's switch to dl.google.com. If it's good enough for Chrome, it's good enough for us. |
OK. Sounds good. |
Change https://golang.org/cl/76971 mentions this issue: |
@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:
And after:
(Arrow represents an HTTP redirect.) I guess that partially answers my question, but my followup question then is, have you considered using |
@shurcooL, I don't want people to see URLs with "redirector.gvt1.com" in them for hostnames. That says neither Google nor Golang in it and looks spammy. |
@bradfitz Makes sense. Thanks for confirming! |
See [1], [2] and [3] for details. [1]: golang/tools@9c477ba [2]: https://go.googlesource.com/tools/+/9c477bae194915bfd4bc8c314e90e28b9ec1c831 [3]: golang/go#22648
See [1], [2] and [3] for details. [1]: golang/tools@9c477ba [2]: https://go.googlesource.com/tools/+/9c477bae194915bfd4bc8c314e90e28b9ec1c831 [3]: golang/go#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 text was updated successfully, but these errors were encountered: