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
Add new config datatable_archiving_maximum_rows_site_search #14112
Conversation
…l number of rows archived for site search
plugins/Actions/ArchivingHelper.php
Outdated
@@ -228,7 +228,8 @@ public static function getRankingQueryLimit() | |||
$limit = $configLimit == 0 ? 0 : max( | |||
$configLimit, | |||
$configGeneral['datatable_archiving_maximum_rows_actions'], | |||
$configGeneral['datatable_archiving_maximum_rows_subtable_actions'] | |||
$configGeneral['datatable_archiving_maximum_rows_subtable_actions'], | |||
$configGeneral['datatable_archiving_maximum_rows_site_search'] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@katebutler I wonder if we could leave the general rankingQueryLimit
untouched and instead only for
$this->archiveDayActions($rankingQueryLimit);
apply the possibly higher limit as in $this->archiveDayActions(max($rankingQueryLimit, $config['datatable_archiving_maximum_rows_site_search'] ));
in https://github.com/matomo-org/matomo/blob/3.9.0-b1/plugins/Actions/Archiver.php#L60 ?
This way we would fetch only the needed rows for all other reports except for the one that generates site search. Eg all other "entry actions, exit actions, actions time, events, ... " would still use the correct limit directly and not fetch more than possibly needed.
…archiveDayActions() only
Can you add the new setting to BlobReportLimitingTest? Otherwise, this PR looks good. |
@diosmosis have added to BlobReportLimitingTest |
👍 @katebutler merged |
Add new config datatable_archiving_maximum_rows_site_search to control number of rows archived for site search data table.
Fixes #14087