-
Notifications
You must be signed in to change notification settings - Fork 2
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
Expose domains in matching Api #446
Labels
Comments
zhinu
changed the title
Add a specific domain check to the back end.
Add a specific domain check to the backend.
Sep 8, 2021
lutangar
changed the title
Add a specific domain check to the backend.
Expose domain in matching Api
Sep 13, 2021
lutangar
changed the title
Expose domain in matching Api
Expose domains in matching Api
Sep 13, 2021
lutangar
added a commit
that referenced
this issue
Sep 13, 2021
Exposes the list of domains on which a matching context is applicable. It also exposes the *path* part of the regexp uses in mathching context... Some current and previous vocabulary seems dodgy... maybe a `DomainName` should be renamed to `Domain` so we can use `domainName` only for the actual string version of the domain name... Also `urlPathRegex` is not truly a *path* __regex__ since the user can choose to match all domains... is that still supposed to be possible? > fix #446
lutangar
added a commit
that referenced
this issue
Sep 13, 2021
Exposes the list of domains on which a matching context is applicable. It also exposes the *path* part of the regexp uses in mathching context... Some current and previous vocabulary seems dodgy... maybe a `DomainName` should be renamed to `Domain` so we can use `domainName` only for the actual string version of the domain name... Also `urlPathRegex` is not truly a *path* __regex__ since the user can choose to match all domains... is that still supposed to be possible? > fix #446
lutangar
added a commit
that referenced
this issue
Sep 14, 2021
Exposes the list of domains on which a matching context is applicable. It also exposes the *path* part of the regexp uses in mathching context... Some current and previous vocabulary seems dodgy... maybe a `DomainName` should be renamed to `Domain` so we can use `domainName` only for the actual string version of the domain name... Also `urlPathRegex` is not truly a *path* __regex__ since the user can choose to match all domains... is that still supposed to be possible? > fix #446
lutangar
added a commit
that referenced
this issue
Sep 14, 2021
Exposes the list of domains on which a matching context is applicable. It also exposes the *path* part of the regexp uses in mathching context... Some current and previous vocabulary seems dodgy... maybe a `DomainName` should be renamed to `Domain` so we can use `domainName` only for the actual string version of the domain name... Also `urlPathRegex` is not truly a *path* __regex__ since the user can choose to match all domains... is that still supposed to be possible? > fix #446
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In order to solve #433 #405 #429 and dis-moi/extension#277, @lutangar suggested to create a dedicated field for the domain, and allow the client to choose it.
Today the backend provides the extension and the app a concatenated regex which includes both the domain and the matching-context regex string.
The idea is to have two separate fields :
The client has a way of detecting domain, so this will help in accuracy. It will also probably improve its efficiency (less latency), and make it more organized as we move towards a complicated features.
The text was updated successfully, but these errors were encountered: