algolia 3.23.0 → 3.24.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- checksums.yaml +4 -4
- data/CHANGELOG.md +6 -0
- data/Gemfile.lock +1 -1
- data/lib/algolia/models/abtesting/ab_test.rb +13 -1
- data/lib/algolia/models/abtesting-v3/ab_test.rb +25 -2
- data/lib/algolia/models/composition/hit.rb +13 -4
- data/lib/algolia/models/composition/hit_metadata.rb +210 -0
- data/lib/algolia/models/composition/params.rb +2 -1
- data/lib/algolia/models/recommend/fallback_params.rb +26 -26
- data/lib/algolia/models/recommend/recommend_search_params.rb +26 -26
- data/lib/algolia/models/search/browse_params_object.rb +26 -26
- data/lib/algolia/models/search/consequence_params.rb +26 -26
- data/lib/algolia/models/search/index_settings.rb +18 -18
- data/lib/algolia/models/search/search_for_facets.rb +26 -26
- data/lib/algolia/models/search/search_for_hits.rb +26 -26
- data/lib/algolia/models/search/search_params_object.rb +26 -26
- data/lib/algolia/models/search/settings_response.rb +18 -18
- data/lib/algolia/version.rb +1 -1
- metadata +2 -1
|
@@ -11,7 +11,7 @@ module Algolia
|
|
|
11
11
|
# Search query.
|
|
12
12
|
attr_accessor :query
|
|
13
13
|
|
|
14
|
-
# Keywords to be used instead of the search query to conduct a more broader search
|
|
14
|
+
# Keywords to be used instead of the search query to conduct a more broader search Using the `similarQuery` parameter changes other settings - `queryType` is set to `prefixNone`. - `removeStopWords` is set to true. - `words` is set as the first ranking criterion. - All remaining words are treated as `optionalWords` Since the `similarQuery` is supposed to do a broad search, they usually return many results. Combine it with `filters` to narrow down the list of results.
|
|
15
15
|
attr_accessor :similar_query
|
|
16
16
|
|
|
17
17
|
# Filter expression to only include items that match the filter criteria in the response. You can use these filter expressions: - **Numeric filters.** `<facet> <op> <number>`, where `<op>` is one of `<`, `<=`, `=`, `!=`, `>`, `>=`. - **Ranges.** `<facet>:<lower> TO <upper>` where `<lower>` and `<upper>` are the lower and upper limits of the range (inclusive). - **Facet filters.** `<facet>:<value>` where `<facet>` is a facet attribute (case-sensitive) and `<value>` a facet value. - **Tag filters.** `_tags:<value>` or just `<value>` (case-sensitive). - **Boolean filters.** `<facet>: true | false`. You can combine filters with `AND`, `OR`, and `NOT` operators with the following restrictions: - You can only combine filters of the same type with `OR`. **Not supported:** `facet:value OR num > 3`. - You can't use `NOT` with combinations of filters. **Not supported:** `NOT(facet:value OR facet:value)` - You can't combine conjunctions (`AND`) with `OR`. **Not supported:** `facet:value OR (facet:value AND facet:value)` Use quotes around your filters, if the facet attribute name or facet value has spaces, keywords (`OR`, `AND`, `NOT`), or quotes. If a facet attribute is an array, the filter matches if it matches at least one element of the array. For more information, see [Filters](https://www.algolia.com/doc/guides/managing-results/refine-results/filtering/).
|
|
@@ -25,16 +25,16 @@ module Algolia
|
|
|
25
25
|
|
|
26
26
|
attr_accessor :tag_filters
|
|
27
27
|
|
|
28
|
-
# Whether to sum all filter scores
|
|
28
|
+
# Whether to sum all filter scores If true, all filter scores are summed. Otherwise, the maximum filter score is kept. For more information, see [filter scores](https://www.algolia.com/doc/guides/managing-results/refine-results/filtering/in-depth/filter-scoring/#accumulating-scores-with-sumorfiltersscores).
|
|
29
29
|
attr_accessor :sum_or_filters_scores
|
|
30
30
|
|
|
31
31
|
# Restricts a search to a subset of your searchable attributes. Attribute names are case-sensitive.
|
|
32
32
|
attr_accessor :restrict_searchable_attributes
|
|
33
33
|
|
|
34
|
-
# Facets for which to retrieve facet values that match the search criteria and the number of matching facet values
|
|
34
|
+
# Facets for which to retrieve facet values that match the search criteria and the number of matching facet values To retrieve all facets, use the wildcard character `*`. For more information, see [facets](https://www.algolia.com/doc/guides/managing-results/refine-results/faceting/#contextual-facet-values-and-counts).
|
|
35
35
|
attr_accessor :facets
|
|
36
36
|
|
|
37
|
-
# Whether faceting should be applied after deduplication with `distinct
|
|
37
|
+
# Whether faceting should be applied after deduplication with `distinct` This leads to accurate facet counts when using faceting in combination with `distinct`. It's usually better to use `afterDistinct` modifiers in the `attributesForFaceting` setting, as `facetingAfterDistinct` only computes correct facet counts if all records have the same facet values for the `attributeForDistinct`.
|
|
38
38
|
attr_accessor :faceting_after_distinct
|
|
39
39
|
|
|
40
40
|
# Page of search results to retrieve.
|
|
@@ -64,13 +64,13 @@ module Algolia
|
|
|
64
64
|
# Coordinates of a polygon in which to search. Polygons are defined by 3 to 10,000 points. Each point is represented by its latitude and longitude. Provide multiple polygons as nested arrays. For more information, see [filtering inside polygons](https://www.algolia.com/doc/guides/managing-results/refine-results/geolocation/#filtering-inside-rectangular-or-polygonal-areas). This parameter is ignored if you also specify `insideBoundingBox`.
|
|
65
65
|
attr_accessor :inside_polygon
|
|
66
66
|
|
|
67
|
-
# ISO language codes that adjust settings that are useful for processing natural language queries (as opposed to keyword searches)
|
|
67
|
+
# ISO language codes that adjust settings that are useful for processing natural language queries (as opposed to keyword searches) - Sets `removeStopWords` and `ignorePlurals` to the list of provided languages. - Sets `removeWordsIfNoResults` to `allOptional`. - Adds a `natural_language` attribute to `ruleContexts` and `analyticsTags`.
|
|
68
68
|
attr_accessor :natural_languages
|
|
69
69
|
|
|
70
|
-
# Assigns a rule context to the search query
|
|
70
|
+
# Assigns a rule context to the search query [Rule contexts](https://www.algolia.com/doc/guides/managing-results/rules/rules-overview/how-to/customize-search-results-by-platform/#whats-a-context) are strings that you can use to trigger matching rules.
|
|
71
71
|
attr_accessor :rule_contexts
|
|
72
72
|
|
|
73
|
-
# Impact that Personalization should have on this search
|
|
73
|
+
# Impact that Personalization should have on this search The higher this value is, the more Personalization determines the ranking compared to other factors. For more information, see [Understanding Personalization impact](https://www.algolia.com/doc/guides/personalization/personalizing-results/in-depth/configuring-personalization/#understanding-personalization-impact).
|
|
74
74
|
attr_accessor :personalization_impact
|
|
75
75
|
|
|
76
76
|
# Unique pseudonymous or anonymous user identifier. This helps with analytics and click and conversion events. For more information, see [user token](https://www.algolia.com/doc/guides/sending-events/concepts/usertoken/).
|
|
@@ -82,7 +82,7 @@ module Algolia
|
|
|
82
82
|
# Whether to take into account an index's synonyms for this search.
|
|
83
83
|
attr_accessor :synonyms
|
|
84
84
|
|
|
85
|
-
# Whether to include a `queryID` attribute in the response
|
|
85
|
+
# Whether to include a `queryID` attribute in the response The query ID is a unique identifier for a search query and is required for tracking [click and conversion events](https://www.algolia.com/guides/sending-events/getting-started/).
|
|
86
86
|
attr_accessor :click_analytics
|
|
87
87
|
|
|
88
88
|
# Whether this search will be included in Analytics.
|
|
@@ -97,19 +97,19 @@ module Algolia
|
|
|
97
97
|
# Whether to enable A/B testing for this search.
|
|
98
98
|
attr_accessor :enable_ab_test
|
|
99
99
|
|
|
100
|
-
# Attributes to include in the API response
|
|
100
|
+
# Attributes to include in the API response To reduce the size of your response, you can retrieve only some of the attributes. Attribute names are case-sensitive - `*` retrieves all attributes, except attributes included in the `customRanking` and `unretrievableAttributes` settings. - To retrieve all attributes except a specific one, prefix the attribute with a dash and combine it with the `*`: `[\"*\", \"-ATTRIBUTE\"]`. - The `objectID` attribute is always included.
|
|
101
101
|
attr_accessor :attributes_to_retrieve
|
|
102
102
|
|
|
103
103
|
# Determines the order in which Algolia returns your results. By default, each entry corresponds to a [ranking criteria](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/). The tie-breaking algorithm sequentially applies each criterion in the order they're specified. If you configure a replica index for [sorting by an attribute](https://www.algolia.com/doc/guides/managing-results/refine-results/sorting/how-to/sort-by-attribute/), you put the sorting attribute at the top of the list. **Modifiers** - `asc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in ascending order. - `desc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in descending order. Before you modify the default setting, you should test your changes in the dashboard, and by [A/B testing](https://www.algolia.com/doc/guides/ab-testing/what-is-ab-testing/).
|
|
104
104
|
attr_accessor :ranking
|
|
105
105
|
|
|
106
|
-
# Relevancy threshold below which less relevant results aren't included in the results
|
|
106
|
+
# Relevancy threshold below which less relevant results aren't included in the results You can only set `relevancyStrictness` on [virtual replica indices](https://www.algolia.com/doc/guides/managing-results/refine-results/sorting/in-depth/replicas/#what-are-virtual-replicas). Use this setting to strike a balance between the relevance and number of returned results.
|
|
107
107
|
attr_accessor :relevancy_strictness
|
|
108
108
|
|
|
109
|
-
# Attributes to highlight
|
|
109
|
+
# Attributes to highlight By default, all searchable attributes are highlighted. Use `*` to highlight all attributes or use an empty array `[]` to turn off highlighting. Attribute names are case-sensitive With highlighting, strings that match the search query are surrounded by HTML tags defined by `highlightPreTag` and `highlightPostTag`. You can use this to visually highlight matching parts of a search query in your UI For more information, see [Highlighting and snippeting](https://www.algolia.com/doc/guides/building-search-ui/ui-and-ux-patterns/highlighting-snippeting/js/).
|
|
110
110
|
attr_accessor :attributes_to_highlight
|
|
111
111
|
|
|
112
|
-
# Attributes for which to enable snippets. Attribute names are case-sensitive
|
|
112
|
+
# Attributes for which to enable snippets. Attribute names are case-sensitive Snippets provide additional context to matched words. If you enable snippets, they include 10 words, including the matched word. The matched word will also be wrapped by HTML tags for highlighting. You can adjust the number of words with the following notation: `ATTRIBUTE:NUMBER`, where `NUMBER` is the number of words to be extracted.
|
|
113
113
|
attr_accessor :attributes_to_snippet
|
|
114
114
|
|
|
115
115
|
# HTML tag to insert before the highlighted parts in all highlighted results and snippets.
|
|
@@ -135,20 +135,20 @@ module Algolia
|
|
|
135
135
|
|
|
136
136
|
attr_accessor :typo_tolerance
|
|
137
137
|
|
|
138
|
-
# Whether to allow typos on numbers in the search query
|
|
138
|
+
# Whether to allow typos on numbers in the search query Turn off this setting to reduce the number of irrelevant matches when searching in large sets of similar numbers.
|
|
139
139
|
attr_accessor :allow_typos_on_numeric_tokens
|
|
140
140
|
|
|
141
|
-
# Attributes for which you want to turn off [typo tolerance](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/). Attribute names are case-sensitive
|
|
141
|
+
# Attributes for which you want to turn off [typo tolerance](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/). Attribute names are case-sensitive Returning only exact matches can help when - [Searching in hyphenated attributes](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/how-to/how-to-search-in-hyphenated-attributes/). - Reducing the number of matches when you have too many. This can happen with attributes that are long blocks of text, such as product descriptions Consider alternatives such as `disableTypoToleranceOnWords` or adding synonyms if your attributes have intentional unusual spellings that might look like typos.
|
|
142
142
|
attr_accessor :disable_typo_tolerance_on_attributes
|
|
143
143
|
|
|
144
144
|
attr_accessor :ignore_plurals
|
|
145
145
|
|
|
146
146
|
attr_accessor :remove_stop_words
|
|
147
147
|
|
|
148
|
-
# Languages for language-specific query processing steps such as plurals, stop-word removal, and word-detection dictionaries
|
|
148
|
+
# Languages for language-specific query processing steps such as plurals, stop-word removal, and word-detection dictionaries This setting sets a default list of languages used by the `removeStopWords` and `ignorePlurals` settings. This setting also sets a dictionary for word detection in the logogram-based [CJK](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/normalization/#normalization-for-logogram-based-languages-cjk) languages. To support this, you must place the CJK language **first** **You should always specify a query language.** If you don't specify an indexing language, the search engine uses all [supported languages](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/supported-languages/), or the languages you specified with the `ignorePlurals` or `removeStopWords` parameters. This can lead to unexpected search results. For more information, see [Language-specific configuration](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/language-specific-configurations/).
|
|
149
149
|
attr_accessor :query_languages
|
|
150
150
|
|
|
151
|
-
# Whether to split compound words in the query into their building blocks
|
|
151
|
+
# Whether to split compound words in the query into their building blocks For more information, see [Word segmentation](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/language-specific-configurations/#splitting-compound-words). Word segmentation is supported for these languages: German, Dutch, Finnish, Swedish, and Norwegian. Decompounding doesn't work for words with [non-spacing mark Unicode characters](https://www.charactercodes.net/category/non-spacing_mark). For example, `Gartenstühle` won't be decompounded if the `ü` consists of `u` (U+0075) and `◌̈` (U+0308).
|
|
152
152
|
attr_accessor :decompound_query
|
|
153
153
|
|
|
154
154
|
# Whether to enable rules.
|
|
@@ -165,45 +165,45 @@ module Algolia
|
|
|
165
165
|
|
|
166
166
|
attr_accessor :semantic_search
|
|
167
167
|
|
|
168
|
-
# Whether to support phrase matching and excluding words from search queries
|
|
168
|
+
# Whether to support phrase matching and excluding words from search queries Use the `advancedSyntaxFeatures` parameter to control which feature is supported.
|
|
169
169
|
attr_accessor :advanced_syntax
|
|
170
170
|
|
|
171
171
|
attr_accessor :optional_words
|
|
172
172
|
|
|
173
|
-
# Searchable attributes for which you want to [turn off the Exact ranking criterion](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/override-search-engine-defaults/in-depth/adjust-exact-settings/#turn-off-exact-for-some-attributes). Attribute names are case-sensitive
|
|
173
|
+
# Searchable attributes for which you want to [turn off the Exact ranking criterion](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/override-search-engine-defaults/in-depth/adjust-exact-settings/#turn-off-exact-for-some-attributes). Attribute names are case-sensitive This can be useful for attributes with long values, where the likelihood of an exact match is high, such as product descriptions. Turning off the Exact ranking criterion for these attributes favors exact matching on other attributes. This reduces the impact of individual attributes with a lot of content on ranking.
|
|
174
174
|
attr_accessor :disable_exact_on_attributes
|
|
175
175
|
|
|
176
176
|
attr_accessor :exact_on_single_word_query
|
|
177
177
|
|
|
178
|
-
# Determine which plurals and synonyms should be considered an exact matches
|
|
178
|
+
# Determine which plurals and synonyms should be considered an exact matches By default, Algolia treats singular and plural forms of a word, and single-word synonyms, as [exact](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/#exact) matches when searching. For example - \"swimsuit\" and \"swimsuits\" are treated the same - \"swimsuit\" and \"swimwear\" are treated the same (if they are [synonyms](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/adding-synonyms/#regular-synonyms)) - `ignorePlurals`. Plurals and similar declensions added by the `ignorePlurals` setting are considered exact matches - `singleWordSynonym`. Single-word synonyms, such as \"NY\" = \"NYC\", are considered exact matches - `multiWordsSynonym`. Multi-word synonyms, such as \"NY\" = \"New York\", are considered exact matches.
|
|
179
179
|
attr_accessor :alternatives_as_exact
|
|
180
180
|
|
|
181
|
-
# Advanced search syntax features you want to support
|
|
181
|
+
# Advanced search syntax features you want to support - `exactPhrase`. Phrases in quotes must match exactly. For example, `sparkly blue \"iPhone case\"` only returns records with the exact string \"iPhone case\" - `excludeWords`. Query words prefixed with a `-` must not occur in a record. For example, `search -engine` matches records that contain \"search\" but not \"engine\" This setting only has an effect if `advancedSyntax` is true.
|
|
182
182
|
attr_accessor :advanced_syntax_features
|
|
183
183
|
|
|
184
184
|
attr_accessor :distinct
|
|
185
185
|
|
|
186
|
-
# Whether to replace a highlighted word with the matched synonym
|
|
186
|
+
# Whether to replace a highlighted word with the matched synonym By default, the original words are highlighted even if a synonym matches. For example, with `home` as a synonym for `house` and a search for `home`, records matching either \"home\" or \"house\" are included in the search results, and either \"home\" or \"house\" are highlighted With `replaceSynonymsInHighlight` set to `true`, a search for `home` still matches the same records, but all occurrences of \"house\" are replaced by \"home\" in the highlighted response.
|
|
187
187
|
attr_accessor :replace_synonyms_in_highlight
|
|
188
188
|
|
|
189
|
-
# Minimum proximity score for two matching words
|
|
189
|
+
# Minimum proximity score for two matching words This adjusts the [Proximity ranking criterion](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/#proximity) by equally scoring matches that are farther apart For example, if `minProximity` is 2, neighboring matches and matches with one word between them would have the same score.
|
|
190
190
|
attr_accessor :min_proximity
|
|
191
191
|
|
|
192
|
-
# Properties to include in the API response of search and browse requests
|
|
192
|
+
# Properties to include in the API response of search and browse requests By default, all response properties are included. To reduce the response size, you can select which properties should be included An empty list may lead to an empty API response (except properties you can't exclude) You can't exclude these properties: `message`, `warning`, `cursor`, `abTestVariantID`, or any property added by setting `getRankingInfo` to true Your search depends on the `hits` field. If you omit this field, searches won't return any results. Your UI might also depend on other properties, for example, for pagination. Before restricting the response size, check the impact on your search experience.
|
|
193
193
|
attr_accessor :response_fields
|
|
194
194
|
|
|
195
195
|
# Maximum number of facet values to return for each facet.
|
|
196
196
|
attr_accessor :max_values_per_facet
|
|
197
197
|
|
|
198
|
-
# Order in which to retrieve facet values
|
|
198
|
+
# Order in which to retrieve facet values - `count`. Facet values are retrieved by decreasing count. The count is the number of matching records containing this facet value - `alpha`. Retrieve facet values alphabetically This setting doesn't influence how facet values are displayed in your UI (see `renderingContent`). For more information, see [facet value display](https://www.algolia.com/doc/guides/building-search-ui/ui-and-ux-patterns/facet-display/js/).
|
|
199
199
|
attr_accessor :sort_facet_values_by
|
|
200
200
|
|
|
201
|
-
# Whether the best matching attribute should be determined by minimum proximity
|
|
201
|
+
# Whether the best matching attribute should be determined by minimum proximity This setting only affects ranking if the Attribute ranking criterion comes before Proximity in the `ranking` setting. If true, the best matching attribute is selected based on the minimum proximity of multiple matches. Otherwise, the best matching attribute is determined by the order in the `searchableAttributes` setting.
|
|
202
202
|
attr_accessor :attribute_criteria_computed_by_min_proximity
|
|
203
203
|
|
|
204
204
|
attr_accessor :rendering_content
|
|
205
205
|
|
|
206
|
-
# Whether this search will use [Dynamic Re-Ranking](https://www.algolia.com/doc/guides/algolia-ai/re-ranking/)
|
|
206
|
+
# Whether this search will use [Dynamic Re-Ranking](https://www.algolia.com/doc/guides/algolia-ai/re-ranking/) This setting only has an effect if you activated Dynamic Re-Ranking for this index in the Algolia dashboard.
|
|
207
207
|
attr_accessor :enable_re_ranking
|
|
208
208
|
|
|
209
209
|
attr_accessor :re_ranking_apply_filter
|
|
@@ -8,7 +8,7 @@ require "time"
|
|
|
8
8
|
module Algolia
|
|
9
9
|
module Search
|
|
10
10
|
class ConsequenceParams
|
|
11
|
-
# Keywords to be used instead of the search query to conduct a more broader search
|
|
11
|
+
# Keywords to be used instead of the search query to conduct a more broader search Using the `similarQuery` parameter changes other settings - `queryType` is set to `prefixNone`. - `removeStopWords` is set to true. - `words` is set as the first ranking criterion. - All remaining words are treated as `optionalWords` Since the `similarQuery` is supposed to do a broad search, they usually return many results. Combine it with `filters` to narrow down the list of results.
|
|
12
12
|
attr_accessor :similar_query
|
|
13
13
|
|
|
14
14
|
# Filter expression to only include items that match the filter criteria in the response. You can use these filter expressions: - **Numeric filters.** `<facet> <op> <number>`, where `<op>` is one of `<`, `<=`, `=`, `!=`, `>`, `>=`. - **Ranges.** `<facet>:<lower> TO <upper>` where `<lower>` and `<upper>` are the lower and upper limits of the range (inclusive). - **Facet filters.** `<facet>:<value>` where `<facet>` is a facet attribute (case-sensitive) and `<value>` a facet value. - **Tag filters.** `_tags:<value>` or just `<value>` (case-sensitive). - **Boolean filters.** `<facet>: true | false`. You can combine filters with `AND`, `OR`, and `NOT` operators with the following restrictions: - You can only combine filters of the same type with `OR`. **Not supported:** `facet:value OR num > 3`. - You can't use `NOT` with combinations of filters. **Not supported:** `NOT(facet:value OR facet:value)` - You can't combine conjunctions (`AND`) with `OR`. **Not supported:** `facet:value OR (facet:value AND facet:value)` Use quotes around your filters, if the facet attribute name or facet value has spaces, keywords (`OR`, `AND`, `NOT`), or quotes. If a facet attribute is an array, the filter matches if it matches at least one element of the array. For more information, see [Filters](https://www.algolia.com/doc/guides/managing-results/refine-results/filtering/).
|
|
@@ -22,16 +22,16 @@ module Algolia
|
|
|
22
22
|
|
|
23
23
|
attr_accessor :tag_filters
|
|
24
24
|
|
|
25
|
-
# Whether to sum all filter scores
|
|
25
|
+
# Whether to sum all filter scores If true, all filter scores are summed. Otherwise, the maximum filter score is kept. For more information, see [filter scores](https://www.algolia.com/doc/guides/managing-results/refine-results/filtering/in-depth/filter-scoring/#accumulating-scores-with-sumorfiltersscores).
|
|
26
26
|
attr_accessor :sum_or_filters_scores
|
|
27
27
|
|
|
28
28
|
# Restricts a search to a subset of your searchable attributes. Attribute names are case-sensitive.
|
|
29
29
|
attr_accessor :restrict_searchable_attributes
|
|
30
30
|
|
|
31
|
-
# Facets for which to retrieve facet values that match the search criteria and the number of matching facet values
|
|
31
|
+
# Facets for which to retrieve facet values that match the search criteria and the number of matching facet values To retrieve all facets, use the wildcard character `*`. For more information, see [facets](https://www.algolia.com/doc/guides/managing-results/refine-results/faceting/#contextual-facet-values-and-counts).
|
|
32
32
|
attr_accessor :facets
|
|
33
33
|
|
|
34
|
-
# Whether faceting should be applied after deduplication with `distinct
|
|
34
|
+
# Whether faceting should be applied after deduplication with `distinct` This leads to accurate facet counts when using faceting in combination with `distinct`. It's usually better to use `afterDistinct` modifiers in the `attributesForFaceting` setting, as `facetingAfterDistinct` only computes correct facet counts if all records have the same facet values for the `attributeForDistinct`.
|
|
35
35
|
attr_accessor :faceting_after_distinct
|
|
36
36
|
|
|
37
37
|
# Page of search results to retrieve.
|
|
@@ -61,13 +61,13 @@ module Algolia
|
|
|
61
61
|
# Coordinates of a polygon in which to search. Polygons are defined by 3 to 10,000 points. Each point is represented by its latitude and longitude. Provide multiple polygons as nested arrays. For more information, see [filtering inside polygons](https://www.algolia.com/doc/guides/managing-results/refine-results/geolocation/#filtering-inside-rectangular-or-polygonal-areas). This parameter is ignored if you also specify `insideBoundingBox`.
|
|
62
62
|
attr_accessor :inside_polygon
|
|
63
63
|
|
|
64
|
-
# ISO language codes that adjust settings that are useful for processing natural language queries (as opposed to keyword searches)
|
|
64
|
+
# ISO language codes that adjust settings that are useful for processing natural language queries (as opposed to keyword searches) - Sets `removeStopWords` and `ignorePlurals` to the list of provided languages. - Sets `removeWordsIfNoResults` to `allOptional`. - Adds a `natural_language` attribute to `ruleContexts` and `analyticsTags`.
|
|
65
65
|
attr_accessor :natural_languages
|
|
66
66
|
|
|
67
|
-
# Assigns a rule context to the search query
|
|
67
|
+
# Assigns a rule context to the search query [Rule contexts](https://www.algolia.com/doc/guides/managing-results/rules/rules-overview/how-to/customize-search-results-by-platform/#whats-a-context) are strings that you can use to trigger matching rules.
|
|
68
68
|
attr_accessor :rule_contexts
|
|
69
69
|
|
|
70
|
-
# Impact that Personalization should have on this search
|
|
70
|
+
# Impact that Personalization should have on this search The higher this value is, the more Personalization determines the ranking compared to other factors. For more information, see [Understanding Personalization impact](https://www.algolia.com/doc/guides/personalization/personalizing-results/in-depth/configuring-personalization/#understanding-personalization-impact).
|
|
71
71
|
attr_accessor :personalization_impact
|
|
72
72
|
|
|
73
73
|
# Unique pseudonymous or anonymous user identifier. This helps with analytics and click and conversion events. For more information, see [user token](https://www.algolia.com/doc/guides/sending-events/concepts/usertoken/).
|
|
@@ -79,7 +79,7 @@ module Algolia
|
|
|
79
79
|
# Whether to take into account an index's synonyms for this search.
|
|
80
80
|
attr_accessor :synonyms
|
|
81
81
|
|
|
82
|
-
# Whether to include a `queryID` attribute in the response
|
|
82
|
+
# Whether to include a `queryID` attribute in the response The query ID is a unique identifier for a search query and is required for tracking [click and conversion events](https://www.algolia.com/guides/sending-events/getting-started/).
|
|
83
83
|
attr_accessor :click_analytics
|
|
84
84
|
|
|
85
85
|
# Whether this search will be included in Analytics.
|
|
@@ -94,19 +94,19 @@ module Algolia
|
|
|
94
94
|
# Whether to enable A/B testing for this search.
|
|
95
95
|
attr_accessor :enable_ab_test
|
|
96
96
|
|
|
97
|
-
# Attributes to include in the API response
|
|
97
|
+
# Attributes to include in the API response To reduce the size of your response, you can retrieve only some of the attributes. Attribute names are case-sensitive - `*` retrieves all attributes, except attributes included in the `customRanking` and `unretrievableAttributes` settings. - To retrieve all attributes except a specific one, prefix the attribute with a dash and combine it with the `*`: `[\"*\", \"-ATTRIBUTE\"]`. - The `objectID` attribute is always included.
|
|
98
98
|
attr_accessor :attributes_to_retrieve
|
|
99
99
|
|
|
100
100
|
# Determines the order in which Algolia returns your results. By default, each entry corresponds to a [ranking criteria](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/). The tie-breaking algorithm sequentially applies each criterion in the order they're specified. If you configure a replica index for [sorting by an attribute](https://www.algolia.com/doc/guides/managing-results/refine-results/sorting/how-to/sort-by-attribute/), you put the sorting attribute at the top of the list. **Modifiers** - `asc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in ascending order. - `desc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in descending order. Before you modify the default setting, you should test your changes in the dashboard, and by [A/B testing](https://www.algolia.com/doc/guides/ab-testing/what-is-ab-testing/).
|
|
101
101
|
attr_accessor :ranking
|
|
102
102
|
|
|
103
|
-
# Relevancy threshold below which less relevant results aren't included in the results
|
|
103
|
+
# Relevancy threshold below which less relevant results aren't included in the results You can only set `relevancyStrictness` on [virtual replica indices](https://www.algolia.com/doc/guides/managing-results/refine-results/sorting/in-depth/replicas/#what-are-virtual-replicas). Use this setting to strike a balance between the relevance and number of returned results.
|
|
104
104
|
attr_accessor :relevancy_strictness
|
|
105
105
|
|
|
106
|
-
# Attributes to highlight
|
|
106
|
+
# Attributes to highlight By default, all searchable attributes are highlighted. Use `*` to highlight all attributes or use an empty array `[]` to turn off highlighting. Attribute names are case-sensitive With highlighting, strings that match the search query are surrounded by HTML tags defined by `highlightPreTag` and `highlightPostTag`. You can use this to visually highlight matching parts of a search query in your UI For more information, see [Highlighting and snippeting](https://www.algolia.com/doc/guides/building-search-ui/ui-and-ux-patterns/highlighting-snippeting/js/).
|
|
107
107
|
attr_accessor :attributes_to_highlight
|
|
108
108
|
|
|
109
|
-
# Attributes for which to enable snippets. Attribute names are case-sensitive
|
|
109
|
+
# Attributes for which to enable snippets. Attribute names are case-sensitive Snippets provide additional context to matched words. If you enable snippets, they include 10 words, including the matched word. The matched word will also be wrapped by HTML tags for highlighting. You can adjust the number of words with the following notation: `ATTRIBUTE:NUMBER`, where `NUMBER` is the number of words to be extracted.
|
|
110
110
|
attr_accessor :attributes_to_snippet
|
|
111
111
|
|
|
112
112
|
# HTML tag to insert before the highlighted parts in all highlighted results and snippets.
|
|
@@ -132,20 +132,20 @@ module Algolia
|
|
|
132
132
|
|
|
133
133
|
attr_accessor :typo_tolerance
|
|
134
134
|
|
|
135
|
-
# Whether to allow typos on numbers in the search query
|
|
135
|
+
# Whether to allow typos on numbers in the search query Turn off this setting to reduce the number of irrelevant matches when searching in large sets of similar numbers.
|
|
136
136
|
attr_accessor :allow_typos_on_numeric_tokens
|
|
137
137
|
|
|
138
|
-
# Attributes for which you want to turn off [typo tolerance](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/). Attribute names are case-sensitive
|
|
138
|
+
# Attributes for which you want to turn off [typo tolerance](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/). Attribute names are case-sensitive Returning only exact matches can help when - [Searching in hyphenated attributes](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/how-to/how-to-search-in-hyphenated-attributes/). - Reducing the number of matches when you have too many. This can happen with attributes that are long blocks of text, such as product descriptions Consider alternatives such as `disableTypoToleranceOnWords` or adding synonyms if your attributes have intentional unusual spellings that might look like typos.
|
|
139
139
|
attr_accessor :disable_typo_tolerance_on_attributes
|
|
140
140
|
|
|
141
141
|
attr_accessor :ignore_plurals
|
|
142
142
|
|
|
143
143
|
attr_accessor :remove_stop_words
|
|
144
144
|
|
|
145
|
-
# Languages for language-specific query processing steps such as plurals, stop-word removal, and word-detection dictionaries
|
|
145
|
+
# Languages for language-specific query processing steps such as plurals, stop-word removal, and word-detection dictionaries This setting sets a default list of languages used by the `removeStopWords` and `ignorePlurals` settings. This setting also sets a dictionary for word detection in the logogram-based [CJK](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/normalization/#normalization-for-logogram-based-languages-cjk) languages. To support this, you must place the CJK language **first** **You should always specify a query language.** If you don't specify an indexing language, the search engine uses all [supported languages](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/supported-languages/), or the languages you specified with the `ignorePlurals` or `removeStopWords` parameters. This can lead to unexpected search results. For more information, see [Language-specific configuration](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/language-specific-configurations/).
|
|
146
146
|
attr_accessor :query_languages
|
|
147
147
|
|
|
148
|
-
# Whether to split compound words in the query into their building blocks
|
|
148
|
+
# Whether to split compound words in the query into their building blocks For more information, see [Word segmentation](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/language-specific-configurations/#splitting-compound-words). Word segmentation is supported for these languages: German, Dutch, Finnish, Swedish, and Norwegian. Decompounding doesn't work for words with [non-spacing mark Unicode characters](https://www.charactercodes.net/category/non-spacing_mark). For example, `Gartenstühle` won't be decompounded if the `ü` consists of `u` (U+0075) and `◌̈` (U+0308).
|
|
149
149
|
attr_accessor :decompound_query
|
|
150
150
|
|
|
151
151
|
# Whether to enable rules.
|
|
@@ -162,45 +162,45 @@ module Algolia
|
|
|
162
162
|
|
|
163
163
|
attr_accessor :semantic_search
|
|
164
164
|
|
|
165
|
-
# Whether to support phrase matching and excluding words from search queries
|
|
165
|
+
# Whether to support phrase matching and excluding words from search queries Use the `advancedSyntaxFeatures` parameter to control which feature is supported.
|
|
166
166
|
attr_accessor :advanced_syntax
|
|
167
167
|
|
|
168
168
|
attr_accessor :optional_words
|
|
169
169
|
|
|
170
|
-
# Searchable attributes for which you want to [turn off the Exact ranking criterion](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/override-search-engine-defaults/in-depth/adjust-exact-settings/#turn-off-exact-for-some-attributes). Attribute names are case-sensitive
|
|
170
|
+
# Searchable attributes for which you want to [turn off the Exact ranking criterion](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/override-search-engine-defaults/in-depth/adjust-exact-settings/#turn-off-exact-for-some-attributes). Attribute names are case-sensitive This can be useful for attributes with long values, where the likelihood of an exact match is high, such as product descriptions. Turning off the Exact ranking criterion for these attributes favors exact matching on other attributes. This reduces the impact of individual attributes with a lot of content on ranking.
|
|
171
171
|
attr_accessor :disable_exact_on_attributes
|
|
172
172
|
|
|
173
173
|
attr_accessor :exact_on_single_word_query
|
|
174
174
|
|
|
175
|
-
# Determine which plurals and synonyms should be considered an exact matches
|
|
175
|
+
# Determine which plurals and synonyms should be considered an exact matches By default, Algolia treats singular and plural forms of a word, and single-word synonyms, as [exact](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/#exact) matches when searching. For example - \"swimsuit\" and \"swimsuits\" are treated the same - \"swimsuit\" and \"swimwear\" are treated the same (if they are [synonyms](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/adding-synonyms/#regular-synonyms)) - `ignorePlurals`. Plurals and similar declensions added by the `ignorePlurals` setting are considered exact matches - `singleWordSynonym`. Single-word synonyms, such as \"NY\" = \"NYC\", are considered exact matches - `multiWordsSynonym`. Multi-word synonyms, such as \"NY\" = \"New York\", are considered exact matches.
|
|
176
176
|
attr_accessor :alternatives_as_exact
|
|
177
177
|
|
|
178
|
-
# Advanced search syntax features you want to support
|
|
178
|
+
# Advanced search syntax features you want to support - `exactPhrase`. Phrases in quotes must match exactly. For example, `sparkly blue \"iPhone case\"` only returns records with the exact string \"iPhone case\" - `excludeWords`. Query words prefixed with a `-` must not occur in a record. For example, `search -engine` matches records that contain \"search\" but not \"engine\" This setting only has an effect if `advancedSyntax` is true.
|
|
179
179
|
attr_accessor :advanced_syntax_features
|
|
180
180
|
|
|
181
181
|
attr_accessor :distinct
|
|
182
182
|
|
|
183
|
-
# Whether to replace a highlighted word with the matched synonym
|
|
183
|
+
# Whether to replace a highlighted word with the matched synonym By default, the original words are highlighted even if a synonym matches. For example, with `home` as a synonym for `house` and a search for `home`, records matching either \"home\" or \"house\" are included in the search results, and either \"home\" or \"house\" are highlighted With `replaceSynonymsInHighlight` set to `true`, a search for `home` still matches the same records, but all occurrences of \"house\" are replaced by \"home\" in the highlighted response.
|
|
184
184
|
attr_accessor :replace_synonyms_in_highlight
|
|
185
185
|
|
|
186
|
-
# Minimum proximity score for two matching words
|
|
186
|
+
# Minimum proximity score for two matching words This adjusts the [Proximity ranking criterion](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/#proximity) by equally scoring matches that are farther apart For example, if `minProximity` is 2, neighboring matches and matches with one word between them would have the same score.
|
|
187
187
|
attr_accessor :min_proximity
|
|
188
188
|
|
|
189
|
-
# Properties to include in the API response of search and browse requests
|
|
189
|
+
# Properties to include in the API response of search and browse requests By default, all response properties are included. To reduce the response size, you can select which properties should be included An empty list may lead to an empty API response (except properties you can't exclude) You can't exclude these properties: `message`, `warning`, `cursor`, `abTestVariantID`, or any property added by setting `getRankingInfo` to true Your search depends on the `hits` field. If you omit this field, searches won't return any results. Your UI might also depend on other properties, for example, for pagination. Before restricting the response size, check the impact on your search experience.
|
|
190
190
|
attr_accessor :response_fields
|
|
191
191
|
|
|
192
192
|
# Maximum number of facet values to return for each facet.
|
|
193
193
|
attr_accessor :max_values_per_facet
|
|
194
194
|
|
|
195
|
-
# Order in which to retrieve facet values
|
|
195
|
+
# Order in which to retrieve facet values - `count`. Facet values are retrieved by decreasing count. The count is the number of matching records containing this facet value - `alpha`. Retrieve facet values alphabetically This setting doesn't influence how facet values are displayed in your UI (see `renderingContent`). For more information, see [facet value display](https://www.algolia.com/doc/guides/building-search-ui/ui-and-ux-patterns/facet-display/js/).
|
|
196
196
|
attr_accessor :sort_facet_values_by
|
|
197
197
|
|
|
198
|
-
# Whether the best matching attribute should be determined by minimum proximity
|
|
198
|
+
# Whether the best matching attribute should be determined by minimum proximity This setting only affects ranking if the Attribute ranking criterion comes before Proximity in the `ranking` setting. If true, the best matching attribute is selected based on the minimum proximity of multiple matches. Otherwise, the best matching attribute is determined by the order in the `searchableAttributes` setting.
|
|
199
199
|
attr_accessor :attribute_criteria_computed_by_min_proximity
|
|
200
200
|
|
|
201
201
|
attr_accessor :rendering_content
|
|
202
202
|
|
|
203
|
-
# Whether this search will use [Dynamic Re-Ranking](https://www.algolia.com/doc/guides/algolia-ai/re-ranking/)
|
|
203
|
+
# Whether this search will use [Dynamic Re-Ranking](https://www.algolia.com/doc/guides/algolia-ai/re-ranking/) This setting only has an effect if you activated Dynamic Re-Ranking for this index in the Algolia dashboard.
|
|
204
204
|
attr_accessor :enable_re_ranking
|
|
205
205
|
|
|
206
206
|
attr_accessor :re_ranking_apply_filter
|
|
@@ -69,19 +69,19 @@ module Algolia
|
|
|
69
69
|
# Attributes to use as [custom ranking](https://www.algolia.com/doc/guides/managing-results/must-do/custom-ranking/). Attribute names are case-sensitive. The custom ranking attributes decide which items are shown first if the other ranking criteria are equal. Records with missing values for your selected custom ranking attributes are always sorted last. Boolean attributes are sorted based on their alphabetical order. **Modifiers** - `asc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in ascending order. - `desc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in descending order. If you use two or more custom ranking attributes, [reduce the precision](https://www.algolia.com/doc/guides/managing-results/must-do/custom-ranking/how-to/controlling-custom-ranking-metrics-precision/) of your first attributes, or the other attributes will never be applied.
|
|
70
70
|
attr_accessor :custom_ranking
|
|
71
71
|
|
|
72
|
-
# Attributes to include in the API response
|
|
72
|
+
# Attributes to include in the API response To reduce the size of your response, you can retrieve only some of the attributes. Attribute names are case-sensitive - `*` retrieves all attributes, except attributes included in the `customRanking` and `unretrievableAttributes` settings. - To retrieve all attributes except a specific one, prefix the attribute with a dash and combine it with the `*`: `[\"*\", \"-ATTRIBUTE\"]`. - The `objectID` attribute is always included.
|
|
73
73
|
attr_accessor :attributes_to_retrieve
|
|
74
74
|
|
|
75
75
|
# Determines the order in which Algolia returns your results. By default, each entry corresponds to a [ranking criteria](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/). The tie-breaking algorithm sequentially applies each criterion in the order they're specified. If you configure a replica index for [sorting by an attribute](https://www.algolia.com/doc/guides/managing-results/refine-results/sorting/how-to/sort-by-attribute/), you put the sorting attribute at the top of the list. **Modifiers** - `asc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in ascending order. - `desc(\"ATTRIBUTE\")`. Sort the index by the values of an attribute, in descending order. Before you modify the default setting, you should test your changes in the dashboard, and by [A/B testing](https://www.algolia.com/doc/guides/ab-testing/what-is-ab-testing/).
|
|
76
76
|
attr_accessor :ranking
|
|
77
77
|
|
|
78
|
-
# Relevancy threshold below which less relevant results aren't included in the results
|
|
78
|
+
# Relevancy threshold below which less relevant results aren't included in the results You can only set `relevancyStrictness` on [virtual replica indices](https://www.algolia.com/doc/guides/managing-results/refine-results/sorting/in-depth/replicas/#what-are-virtual-replicas). Use this setting to strike a balance between the relevance and number of returned results.
|
|
79
79
|
attr_accessor :relevancy_strictness
|
|
80
80
|
|
|
81
|
-
# Attributes to highlight
|
|
81
|
+
# Attributes to highlight By default, all searchable attributes are highlighted. Use `*` to highlight all attributes or use an empty array `[]` to turn off highlighting. Attribute names are case-sensitive With highlighting, strings that match the search query are surrounded by HTML tags defined by `highlightPreTag` and `highlightPostTag`. You can use this to visually highlight matching parts of a search query in your UI For more information, see [Highlighting and snippeting](https://www.algolia.com/doc/guides/building-search-ui/ui-and-ux-patterns/highlighting-snippeting/js/).
|
|
82
82
|
attr_accessor :attributes_to_highlight
|
|
83
83
|
|
|
84
|
-
# Attributes for which to enable snippets. Attribute names are case-sensitive
|
|
84
|
+
# Attributes for which to enable snippets. Attribute names are case-sensitive Snippets provide additional context to matched words. If you enable snippets, they include 10 words, including the matched word. The matched word will also be wrapped by HTML tags for highlighting. You can adjust the number of words with the following notation: `ATTRIBUTE:NUMBER`, where `NUMBER` is the number of words to be extracted.
|
|
85
85
|
attr_accessor :attributes_to_snippet
|
|
86
86
|
|
|
87
87
|
# HTML tag to insert before the highlighted parts in all highlighted results and snippets.
|
|
@@ -107,20 +107,20 @@ module Algolia
|
|
|
107
107
|
|
|
108
108
|
attr_accessor :typo_tolerance
|
|
109
109
|
|
|
110
|
-
# Whether to allow typos on numbers in the search query
|
|
110
|
+
# Whether to allow typos on numbers in the search query Turn off this setting to reduce the number of irrelevant matches when searching in large sets of similar numbers.
|
|
111
111
|
attr_accessor :allow_typos_on_numeric_tokens
|
|
112
112
|
|
|
113
|
-
# Attributes for which you want to turn off [typo tolerance](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/). Attribute names are case-sensitive
|
|
113
|
+
# Attributes for which you want to turn off [typo tolerance](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/). Attribute names are case-sensitive Returning only exact matches can help when - [Searching in hyphenated attributes](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/typo-tolerance/how-to/how-to-search-in-hyphenated-attributes/). - Reducing the number of matches when you have too many. This can happen with attributes that are long blocks of text, such as product descriptions Consider alternatives such as `disableTypoToleranceOnWords` or adding synonyms if your attributes have intentional unusual spellings that might look like typos.
|
|
114
114
|
attr_accessor :disable_typo_tolerance_on_attributes
|
|
115
115
|
|
|
116
116
|
attr_accessor :ignore_plurals
|
|
117
117
|
|
|
118
118
|
attr_accessor :remove_stop_words
|
|
119
119
|
|
|
120
|
-
# Languages for language-specific query processing steps such as plurals, stop-word removal, and word-detection dictionaries
|
|
120
|
+
# Languages for language-specific query processing steps such as plurals, stop-word removal, and word-detection dictionaries This setting sets a default list of languages used by the `removeStopWords` and `ignorePlurals` settings. This setting also sets a dictionary for word detection in the logogram-based [CJK](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/normalization/#normalization-for-logogram-based-languages-cjk) languages. To support this, you must place the CJK language **first** **You should always specify a query language.** If you don't specify an indexing language, the search engine uses all [supported languages](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/supported-languages/), or the languages you specified with the `ignorePlurals` or `removeStopWords` parameters. This can lead to unexpected search results. For more information, see [Language-specific configuration](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/language-specific-configurations/).
|
|
121
121
|
attr_accessor :query_languages
|
|
122
122
|
|
|
123
|
-
# Whether to split compound words in the query into their building blocks
|
|
123
|
+
# Whether to split compound words in the query into their building blocks For more information, see [Word segmentation](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/handling-natural-languages-nlp/in-depth/language-specific-configurations/#splitting-compound-words). Word segmentation is supported for these languages: German, Dutch, Finnish, Swedish, and Norwegian. Decompounding doesn't work for words with [non-spacing mark Unicode characters](https://www.charactercodes.net/category/non-spacing_mark). For example, `Gartenstühle` won't be decompounded if the `ü` consists of `u` (U+0075) and `◌̈` (U+0308).
|
|
124
124
|
attr_accessor :decompound_query
|
|
125
125
|
|
|
126
126
|
# Whether to enable rules.
|
|
@@ -137,45 +137,45 @@ module Algolia
|
|
|
137
137
|
|
|
138
138
|
attr_accessor :semantic_search
|
|
139
139
|
|
|
140
|
-
# Whether to support phrase matching and excluding words from search queries
|
|
140
|
+
# Whether to support phrase matching and excluding words from search queries Use the `advancedSyntaxFeatures` parameter to control which feature is supported.
|
|
141
141
|
attr_accessor :advanced_syntax
|
|
142
142
|
|
|
143
143
|
attr_accessor :optional_words
|
|
144
144
|
|
|
145
|
-
# Searchable attributes for which you want to [turn off the Exact ranking criterion](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/override-search-engine-defaults/in-depth/adjust-exact-settings/#turn-off-exact-for-some-attributes). Attribute names are case-sensitive
|
|
145
|
+
# Searchable attributes for which you want to [turn off the Exact ranking criterion](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/override-search-engine-defaults/in-depth/adjust-exact-settings/#turn-off-exact-for-some-attributes). Attribute names are case-sensitive This can be useful for attributes with long values, where the likelihood of an exact match is high, such as product descriptions. Turning off the Exact ranking criterion for these attributes favors exact matching on other attributes. This reduces the impact of individual attributes with a lot of content on ranking.
|
|
146
146
|
attr_accessor :disable_exact_on_attributes
|
|
147
147
|
|
|
148
148
|
attr_accessor :exact_on_single_word_query
|
|
149
149
|
|
|
150
|
-
# Determine which plurals and synonyms should be considered an exact matches
|
|
150
|
+
# Determine which plurals and synonyms should be considered an exact matches By default, Algolia treats singular and plural forms of a word, and single-word synonyms, as [exact](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/#exact) matches when searching. For example - \"swimsuit\" and \"swimsuits\" are treated the same - \"swimsuit\" and \"swimwear\" are treated the same (if they are [synonyms](https://www.algolia.com/doc/guides/managing-results/optimize-search-results/adding-synonyms/#regular-synonyms)) - `ignorePlurals`. Plurals and similar declensions added by the `ignorePlurals` setting are considered exact matches - `singleWordSynonym`. Single-word synonyms, such as \"NY\" = \"NYC\", are considered exact matches - `multiWordsSynonym`. Multi-word synonyms, such as \"NY\" = \"New York\", are considered exact matches.
|
|
151
151
|
attr_accessor :alternatives_as_exact
|
|
152
152
|
|
|
153
|
-
# Advanced search syntax features you want to support
|
|
153
|
+
# Advanced search syntax features you want to support - `exactPhrase`. Phrases in quotes must match exactly. For example, `sparkly blue \"iPhone case\"` only returns records with the exact string \"iPhone case\" - `excludeWords`. Query words prefixed with a `-` must not occur in a record. For example, `search -engine` matches records that contain \"search\" but not \"engine\" This setting only has an effect if `advancedSyntax` is true.
|
|
154
154
|
attr_accessor :advanced_syntax_features
|
|
155
155
|
|
|
156
156
|
attr_accessor :distinct
|
|
157
157
|
|
|
158
|
-
# Whether to replace a highlighted word with the matched synonym
|
|
158
|
+
# Whether to replace a highlighted word with the matched synonym By default, the original words are highlighted even if a synonym matches. For example, with `home` as a synonym for `house` and a search for `home`, records matching either \"home\" or \"house\" are included in the search results, and either \"home\" or \"house\" are highlighted With `replaceSynonymsInHighlight` set to `true`, a search for `home` still matches the same records, but all occurrences of \"house\" are replaced by \"home\" in the highlighted response.
|
|
159
159
|
attr_accessor :replace_synonyms_in_highlight
|
|
160
160
|
|
|
161
|
-
# Minimum proximity score for two matching words
|
|
161
|
+
# Minimum proximity score for two matching words This adjusts the [Proximity ranking criterion](https://www.algolia.com/doc/guides/managing-results/relevance-overview/in-depth/ranking-criteria/#proximity) by equally scoring matches that are farther apart For example, if `minProximity` is 2, neighboring matches and matches with one word between them would have the same score.
|
|
162
162
|
attr_accessor :min_proximity
|
|
163
163
|
|
|
164
|
-
# Properties to include in the API response of search and browse requests
|
|
164
|
+
# Properties to include in the API response of search and browse requests By default, all response properties are included. To reduce the response size, you can select which properties should be included An empty list may lead to an empty API response (except properties you can't exclude) You can't exclude these properties: `message`, `warning`, `cursor`, `abTestVariantID`, or any property added by setting `getRankingInfo` to true Your search depends on the `hits` field. If you omit this field, searches won't return any results. Your UI might also depend on other properties, for example, for pagination. Before restricting the response size, check the impact on your search experience.
|
|
165
165
|
attr_accessor :response_fields
|
|
166
166
|
|
|
167
167
|
# Maximum number of facet values to return for each facet.
|
|
168
168
|
attr_accessor :max_values_per_facet
|
|
169
169
|
|
|
170
|
-
# Order in which to retrieve facet values
|
|
170
|
+
# Order in which to retrieve facet values - `count`. Facet values are retrieved by decreasing count. The count is the number of matching records containing this facet value - `alpha`. Retrieve facet values alphabetically This setting doesn't influence how facet values are displayed in your UI (see `renderingContent`). For more information, see [facet value display](https://www.algolia.com/doc/guides/building-search-ui/ui-and-ux-patterns/facet-display/js/).
|
|
171
171
|
attr_accessor :sort_facet_values_by
|
|
172
172
|
|
|
173
|
-
# Whether the best matching attribute should be determined by minimum proximity
|
|
173
|
+
# Whether the best matching attribute should be determined by minimum proximity This setting only affects ranking if the Attribute ranking criterion comes before Proximity in the `ranking` setting. If true, the best matching attribute is selected based on the minimum proximity of multiple matches. Otherwise, the best matching attribute is determined by the order in the `searchableAttributes` setting.
|
|
174
174
|
attr_accessor :attribute_criteria_computed_by_min_proximity
|
|
175
175
|
|
|
176
176
|
attr_accessor :rendering_content
|
|
177
177
|
|
|
178
|
-
# Whether this search will use [Dynamic Re-Ranking](https://www.algolia.com/doc/guides/algolia-ai/re-ranking/)
|
|
178
|
+
# Whether this search will use [Dynamic Re-Ranking](https://www.algolia.com/doc/guides/algolia-ai/re-ranking/) This setting only has an effect if you activated Dynamic Re-Ranking for this index in the Algolia dashboard.
|
|
179
179
|
attr_accessor :enable_re_ranking
|
|
180
180
|
|
|
181
181
|
attr_accessor :re_ranking_apply_filter
|