-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
HTTPS with rtfd.org #3059
Comments
The main chunk of this looks like a dupe of #328. The second half of this seems like a good improvement. Edited for clarity. |
You could fix this issue right now by making http://foo.readthedocs.io redirect to https://foo.readthedocs.io. Isn't it worth doing that anyway? It would mean an extra redirect in the foo.rtfd.org case, but the end result would be the same, and you could tackle the 1-step redirect from rtfd.org independently. This would be strictly better than the current behavior, isn't blocked by #328, and seems like a ~1-line change, no? |
Just opened #3874 to track this independently. |
Looks like https://foo.rtfd.io is working now! 🎉 |
Yes. We deployed that today.
We can close it. I'm working on getting a wildcard cert for |
There is now a cert for |
e.g.
This work
http://backintime.rtfd.org/
but it's HTTPS version doesn't work because of in invalid certificate
https://backintime.rtfd.org/
And IMO http://backintime.rtfd.org/ should not be redirected to http://backintime.readthedocs.io/en/latest/ but to https://backintime.readthedocs.io/en/latest/
The text was updated successfully, but these errors were encountered: