Try our conversational search powered by Generative AI!

Can we disable Find indexing for on-demand publish for only certain save operations?


Our client will be sending nightly (or whenever an updates occurs) product import data that we are receiving as JSON and processing in a scheduled job. my question is this, we have computationally heavy  data tasks to perform in triggers when we index a product, and obviously doing that index during import is causing a major slow-down. BUT.. while the importer is running, an editor could at the same time be editting a different single product (instead of mass import) and we'd want the index'ing task to run when they save/publish.

What are our options for disabling indexing in this scenario? Disabling for a single publish event would be ideal. 

Apr 07, 2021 11:50

You can have the "Exclude from Index" property that by default is true so Find index does not index this page. (There are a lot of examples available on this forum, let me know if you need code snippet)

Once the importer finish processing, you can programmatically set this property to false. So find can index the product. 

Apr 07, 2021 12:10

thanks @Naveed but we have 90k products to import sometimes, and we need it turned off for the data import operation, but not for that product in general, so we'd have to immediately re-publish the 90k with the flag set to allow the import, doubling the work. I was hoping for a flag i could pass to the ContentRepo for instance, rather than somthing set on a product.

Edited, Apr 07, 2021 12:14

This is what you need:

EventedIndexingSettings.Instance.EventedIndexingEnabled = false;

EventedIndexingSettings.Instance.ScheduledPageQueueEnabled = false;

Apr 07, 2021 16:14

Surjit is correct above however having done this before if you're going to be making large amount of updates to the catalogue via the IContentRepository I would also recommend turning of validation using EPiServer.DataAccess.SaveAction.SkipValidation as described here 

This can save a lot of processing time so that catalog updating is faster and consumes less resources.

Apr 07, 2021 16:44

Or even better, use the batch API

Apr 08, 2021 8:23
Scott Reed - Apr 08, 2021 8:33
Ah yes I remember when you posted this and thinking "If only this had been around for my last commerce project" hahaha. Is there any metrics for performance increases using this e.g. a comparison between importing a number of items using the standard way and the batch way? Would just be interested to see, maybe I'll do a blog on it if not :-)
Quan Mai - Apr 08, 2021 8:38
My test showed a 5-10x performance increase, IIRC, YMMV but that is the range to expect.
Scott Reed - Apr 08, 2021 8:39
Boom! Nice
Surjit Bharath - Apr 08, 2021 8:46
Will there be a Service API endpoint for this publish list? ( I know we could create our own in the mean time).
Quan Mai - Apr 08, 2021 8:53
Good question, I don't know. But you are right it's fairly simple to do it yourself

Thanks for your posts everyone....really like the idesa of the Batch, however im not sure it will work for us for a number of reasons:

1) We are loading products via a Json file that is stored in Azure, for which we were notified that the file exists via Azure Service Bus. Our code needs to know how many products within the file were successfully loaded so that we can restart the job from a particular point in the file (we have a restartable job that will pick up where it left off)

2) We have quite complicated products (similar to bundles and packages) that can't be created until the child-products have been upserted.

It's certainly possible but would need further investigation...

Really appreciate evreryone's input, really useful and informative answers.



Apr 08, 2021 15:40

Can you call an additional endpoint from the service bus just after the file notification but before the import starts?

if so then create an http endpoint that will disable automatic indexing (using the code above) and renable when the job ends (whatever the nature of the end)

Apr 08, 2021 18:23


I have an import job that processes a .csv file with +2 million lines each night. We use Azure table and Azure queues to compute delta import and handle queueing.

When processing queue items we use same approach as @Surjit mentioned above;

// before starting
EPiServer.Find.Cms.EventedIndexingSettings.Instance.EventedIndexingEnabled = false;
// when done
EPiServer.Find.Cms.EventedIndexingSettings.Instance.EventedIndexingEnabled = true;

To speed up save process we skip validation and keep just latest version:

var publishAndClearAction = SaveAction.Publish.SetExtendedActionFlag(ExtendedSaveAction.ClearVersions);
_contentRepository.Save(itemToSave, publishAndClearAction | SaveAction.SkipValidation, AccessLevel.NoAccess);
Apr 09, 2021 6:21

How do we do this in CMS 12 in a scheduled job?

v16.0 of EPiServer.Find.Cms.EventedIndexingSettings does not have an instance

Jan 24, 2024 20:19

You can inject EventedIndexingSettings to your scheduled job and set it on the fly 

Jan 25, 2024 8:27
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.