-
Notifications
You must be signed in to change notification settings - Fork 10
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
Add support for exact paths when specified as locations #197
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Just a small typo in the help text.
f01a7e4
to
b324c36
Compare
@howardburgess I've done one more commit to add an entry to the CHANGELOG. Could you take another look, please? I rebased from master in order to pick up an entry in the CHANGELOG that was merged to master earlier this week, after this branch was taken. |
Sorry, @howardburgess, one more time please - I messed up the version number in the changelog. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hehe no problem :)
Goes some way to resolving #192.
Right now, if an ingress specifies a path of e.g.
/my/test/path
, this will be rendered in the location block aslocation /my/test/path/
. If a browser then hits/my/test/path
it will be redirected to/my/test/path/
with a 301 permanent redirect.If
/my/test/path
is not a directory, but is instead an absolute path to a resource, then redirecting to/my/test/path/
simply doesn't make sense. This PR introduces the concept of "exact paths" by allowing ingresses to specify if all of their paths are absolute paths to resources. If so, we render the path aslocation = <raw path value>
.