This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author dstufft
Recipients Alexander.Patrakov, christian.heimes, docs@python, dstufft, ezio.melotti, georg.brandl, jcea, lemburg
Date 2014-08-20.14:38:32
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1408545513.0.0.118375055299.issue22224@psf.upfronthosting.co.za>
In-reply-to
Content
> I think we should have additional fallback domains setup
> that go to frontend.python.org and then also get mapped to
> the right backend server in order to be able to easily
> work around this.

I'm not sure it's worth it tbh. It's certainly going to be error prone to store
the frontend configuration in two locations (Fastly and front.python.org).
There might be additional things we can do on the Fastly side of things, I know
the have the ability to have dedicated IP addresses in all their DCs (typically
this is in use for providing EV SSL certs and the like). We don't have that
and generally this costs like $1500/month for the SSL cert stuff. I can ping
them about it and see if they have any other ideas.

> This would also help with some other issues such as Fastly
> cache invalidation not working properly (which most likely is due
> to the website not providing the right information for this work
> rather than Fastly's fault).

Right, it's basically that there is no cache invalidation as far as I know.
Actually invalidating the cache pretty much always works in my experience.
History
Date User Action Args
2014-08-20 14:38:33dstufftsetrecipients: + dstufft, lemburg, georg.brandl, jcea, christian.heimes, ezio.melotti, docs@python, Alexander.Patrakov
2014-08-20 14:38:32dstufftsetmessageid: <1408545513.0.0.118375055299.issue22224@psf.upfronthosting.co.za>
2014-08-20 14:38:32dstufftlinkissue22224 messages
2014-08-20 14:38:32dstufftcreate