You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The idea here is to allow another .lagoon.yml option to be attached to a given domain, that will force all requests to be immediate HTTP 301 redirects to the same URI but the HTTP host will have www. prepended.
I like the idea of doing redirects directly in the .lagoon.yml file instead of the nginx config, but I think we need to architect this a bit better:
OpenShift does not have any support for this on the ingress controllers (haproxy does not have redirect annotations) so we will need to think about how we solve this when we deploy into an OpenShift cluster. Or mark it for Kubernetes Nginx Ingress only which will be hard to manage again as we should probably tell the developers during a deployment that this is not supported by their cluster?
if we allow non-www to www redirects, how would we solve this other way round?
We have many customers that not only have redirects from and to www but also other domains, like different typos in the domain (example.com and exsample.com) or different top level domains (example.com and example.net). This is technically also a redirect and I think it would be nice to handle this in the same place as many customers could only migrate the www redirects to this new system but not the other redirects they already implemented.
The idea here is to allow another
.lagoon.yml
option to be attached to a given domain, that will force all requests to be immediate HTTP 301 redirects to the same URI but the HTTP host will havewww.
prepended.e.g. the
.lagoon.yml
:Workaround
Currently the best way to do this, is to amend the Nginx image to add in a redirect, this however requires a lot of base knowledge to execute.
The text was updated successfully, but these errors were encountered: