Skip to content
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

Allow site specific archive settings #19019

Open
Starker3 opened this issue Mar 29, 2022 · 5 comments
Open

Allow site specific archive settings #19019

Starker3 opened this issue Mar 29, 2022 · 5 comments
Labels
c: Performance For when we could improve the performance / speed of Matomo. Enhancement For new feature suggestions that for example enhance Matomo's cabapilities..

Comments

@Starker3
Copy link
Contributor

In #18279 an option was added to disable archiving for segments and the option also allows it to be disabled for specific Site IDs the same way that it works for tracker settings (Eg. [General_{siteId}])

It would be quite useful if this also worked for some other [General] config settings as well, specifically like the datatable_archiving_maximum_rows settings listed in this FAQ: https://matomo.org/faq/how-to/faq_54/

For users that have a lot of sites on one instance or even with a few sites where some might be high traffic, it would enable users to have site specific row limits without needing to change the setting for all sites on that instance.

@Starker3 Starker3 added the Enhancement For new feature suggestions that for example enhance Matomo's cabapilities.. label Mar 29, 2022
@sgiehl
Copy link
Member

sgiehl commented Mar 30, 2022

Just a general note on the effort that is needed to make that possible:
In almost all cases we are currently using Config::getInstance()->General['someconfig'] to access config values.
With #18279 we introduced the class GeneralConfig, which automatically tries to use a site specific config if available.
So it's basically "only" replacing Config::getInstance()->General['someconfig'], with GeneralConfig::getConfigValue('someconfig', $idSite). But this will actually only work smoothless in places where the siteid is already available or can be easily fetched.

@MatomoForumNotifications

@glatzenarsch
Copy link

It would be quite useful if this also worked for some other [General] config settings as well, specifically like the datatable_archiving_maximum_rows settings listed in this FAQ: https://matomo.org/faq/how-to/faq_54/

For users that have a lot of sites on one instance or even with a few sites where some might be high traffic, it would enable users to have site specific row limits without needing to change the setting for all sites on that instance.

This would be great or just maybe to use different config.ini.php in matomo-archive cron (--force-idsites --force-config)?

TNX!

@sgiehl sgiehl added this to the For Prioritization milestone Oct 5, 2022
@mattab mattab added the c: Performance For when we could improve the performance / speed of Matomo. label Nov 14, 2022
@Starker3
Copy link
Contributor Author

We have another request for this today from a user.

In this users case they want to be able to use the Unique Visitor metrics for things such as Year or Date Range, but if they enable it on their instance it cripples their DB because it also enables it for their high traffic sites. Having this only enabled for a low traffic site would help them greatly.

@Starker3
Copy link
Contributor Author

We have another request for this feature from a customer today, having the unique visitor metric is only necessary for some small sites but in order to use it they have to enable it for all sites which causes the archiving to slow to a crawl.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
c: Performance For when we could improve the performance / speed of Matomo. Enhancement For new feature suggestions that for example enhance Matomo's cabapilities..
Projects
None yet
Development

No branches or pull requests

5 participants