-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
Archiving should trigger limited number of concurrent requests #5035
Copy link
Copy link
Closed
Labels
MajorIndicates the severity or impact or benefit of an issue is much higher than normal but not critical.Indicates the severity or impact or benefit of an issue is much higher than normal but not critical.TaskIndicates an issue is neither a feature nor a bug and it's purely a "technical" change.Indicates an issue is neither a feature nor a bug and it's purely a "technical" change.c: PerformanceFor when we could improve the performance / speed of Matomo.For when we could improve the performance / speed of Matomo.
Milestone
Metadata
Metadata
Assignees
Labels
MajorIndicates the severity or impact or benefit of an issue is much higher than normal but not critical.Indicates the severity or impact or benefit of an issue is much higher than normal but not critical.TaskIndicates an issue is neither a feature nor a bug and it's purely a "technical" change.Indicates an issue is neither a feature nor a bug and it's purely a "technical" change.c: PerformanceFor when we could improve the performance / speed of Matomo.For when we could improve the performance / speed of Matomo.
Type
Fields
Give feedbackNo fields configured for issues without a type.
Currently if there are eg. 20 custom segments to generate for a given website, the auto archive command core:archive will trigger 20 concurrent requests to the API.
This can result in some of these requests failing. Instead we should only process at the same time a max count of requests, so that we don't overload the server.
This change will result in better performance of archiving and more reliability when there are many custom segments to pre-process.