Describe the bug
We have been experiencing 429 errors while searching using the find toolbox. We see a large number of calls to find in order to load our~500 or so synonyms when using 'UsingSynonymsImproved'.
To Reproduce
Steps to reproduce the behavior:
[Paste code for SynonymsImproved implementation)
var term = "Blank Range";//example search.
var ProductSearchService = _searchClient.Search(Language.English);
ProductSearchService = ProductSearchService.For(term)
.InField(x => x.AggregateFieldsForSearch())//custom aggregate of fields
.InField(x => x.GetDisplayName())//fields need to be included separately from the aggregate field if we want to boost them
.InField(x => x.Code)
.InField(x => x.CrossItems)
.MinimumShouldMatch(2)
.UsingSynonymsImproved(TimeSpan.FromHours(4))
.ApplyBestBets()
.WildcardSearch(term,
(x => x.Code, boostCode),
(x => x.CrossItems, boostCrossItems),
(x => x.GetDisplayName(), boostName));
var sr = ProductSearchService
.StaticallyCacheFor(TimeSpan.FromMinutes(60))
.CurrentlyPublished()
.GetContentResult(); //Use GetContentResult for content Items. GetResult will fail on deserializing item associations.
Searching for 'a simple search'
Terms can be any mulitword search ex: air freshener, blue paint. etc
Observe search results
works fine under light load (evening, nighttime). Fails with 429 during busy periods of the day (day start, late afternoon).
Actual behavior
A clear and concise description of what is happening.
Searches will fail when the site is under high traffic when UsingSynonymsImproved Expected behavior
Searches to consistently return results under normal load.
Additional information
Find and CMS version. Perhaps include Packages.config.
We are running
Episerver.CMS 12.29.0
EPiServer.Commerce 14.20.0
EPiServer.Find 16.2.0
EPiServer.Labs.Find.Toolbox 2.0.2
Find index (don't share the key)
chadwellsupply_index48374
We are running on .net core and I'm wondering if we need to add something to our startup to initialize the cache used by synonymsImproved. I have attached our find config file.
FindConfiguration.txt
Describe the bug We have been experiencing 429 errors while searching using the find toolbox. We see a large number of calls to find in order to load our~500 or so synonyms when using 'UsingSynonymsImproved'.
To Reproduce Steps to reproduce the behavior:
[Paste code for SynonymsImproved implementation)
var term = "Blank Range";//example search. var ProductSearchService = _searchClient.Search(Language.English);
ProductSearchService = ProductSearchService.For(term)
.InField(x => x.AggregateFieldsForSearch())//custom aggregate of fields
.InField(x => x.GetDisplayName())//fields need to be included separately from the aggregate field if we want to boost them
.InField(x => x.Code)
.InField(x => x.CrossItems)
.MinimumShouldMatch(2)
.UsingSynonymsImproved(TimeSpan.FromHours(4))
.ApplyBestBets()
.WildcardSearch(term,
(x => x.Code, boostCode),
(x => x.CrossItems, boostCrossItems),
(x => x.GetDisplayName(), boostName));
var sr = ProductSearchService .StaticallyCacheFor(TimeSpan.FromMinutes(60)) .CurrentlyPublished() .GetContentResult(); //Use GetContentResult for content Items. GetResult will fail on deserializing item associations.
Searching for 'a simple search' Terms can be any mulitword search ex: air freshener, blue paint. etc
Observe search results works fine under light load (evening, nighttime). Fails with 429 during busy periods of the day (day start, late afternoon). Actual behavior A clear and concise description of what is happening. Searches will fail when the site is under high traffic when UsingSynonymsImproved
Expected behavior Searches to consistently return results under normal load.
Additional information
Find and CMS version. Perhaps include Packages.config. We are running Episerver.CMS 12.29.0 EPiServer.Commerce 14.20.0 EPiServer.Find 16.2.0 EPiServer.Labs.Find.Toolbox 2.0.2
Find index (don't share the key) chadwellsupply_index48374
List of synonyms SynonymTesting.xlsb.xlsx
See attached. Additional context
We are running on .net core and I'm wondering if we need to add something to our startup to initialize the cache used by synonymsImproved. I have attached our find config file. FindConfiguration.txt