Add lockTo parameter to validateRequest method #47
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Tries to solve single access point web apps use case, where final URL semantics may not be determined only by
REQUEST_URI
server variable.A couple of examples:
Those two request may seem the same to the lib, but they're intended to different operations/forms.
Here i may need
op
to route the request but_sq
it's generating noise in thelockTo
comparison.I know the proposed solution in this PR may leave some spaces to misuse (would require proper documentation), but if i lock the Token to a specific application parameter, i should be able to provide it too in the validation stage.
If you think there's a better way to solve this use case, please feel free to mention it.
Regards.