-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
Redesign how Plugins developer define custom data Archiver #7470
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
Labels
c: Platform
For Matomo platform changes that aren't impacting any of our APIs but improve the core itself.
Task
Indicates an issue is neither a feature nor a bug and it's purely a "technical" change.
Comments
This was referenced Mar 19, 2015
When solving this issue, it may also help us provide a better developer experience when working with sub-tables, refs: #6167 |
This was referenced May 6, 2016
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
c: Platform
For Matomo platform changes that aren't impacting any of our APIs but improve the core itself.
Task
Indicates an issue is neither a feature nor a bug and it's purely a "technical" change.
The goal of this issue is to provide a better way for Plugins to define Custom Archiver logic, to make the platform easier to use for ourselves and all third party developers creating custom plugins.
Why is it important?
This refactoring is very important and needed to improve the platform. In this issue we will focus especially on creating a simple meaningful public APIs for plugin's
Archiver.php
file, and let devs define rules on how data is aggregated, archived, etc.Other features depend on it: custom dimensions, custom reports depend on custom dimensions, manage apps/server with new custom reports #5257, etc.
(fyi: here is an example of why refactoring the Archiver is much needed was our recent PR #7468 where had to add a new parameter to the already too long public method. )
Developer guides
Currently the archiver is a bit documented in the
Piwik in depth
guides: http://developer.piwik.org/guides/archiving and http://developer.piwik.org/guides/archive-dataIdeally, we'd make the guides as simple as possible (as the API become simpler) and we document all that plugin developers need to know in the
Develop
section.Timeline
It would be nice to get this done prior to Piwik 3.0.0 as we could then deprecate the older Archiver logic and make it nice.
The text was updated successfully, but these errors were encountered: