-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Client detection #5413
Comments
@sgiehl i would go further...save all client
Con:
|
Hi @sgiehl - great idea of a new report for Piwik. Do you maybe have some idea on approx estimate for this issue? |
I think that would take a few days for implementation. We need to built a switch between the different client types and therefor adjust the table structure as we need additional information. Currently all client types other than browser will be reported as "unknown" browser, which will then be excluded from the browser reports. Maybe I can provide a detailed list of todos as soon as I have some time for that. I would love to see that in the near future! |
is near feature now 👍 ? |
Hello, is there way to help with this ? Maybe sort all ShortCodes for all type of devices ? |
that might require various database changes to be able to store other client types than browsers. Guess such a change won't be doable before the next major release. |
Why not store big table of shortcodes for every type? Or add column with single integer as a type and depend who detects useragent that type and short code would be saved, while everything before would be default browser int ID example 1. That would make the issue simpler. I crossfingers that this wont take next 5years, sadly I never touched php framework big project like this so Im unable to hop and coded that but I do have some knowlegth so the proposal is not out of the world
…On May 7, 2019 3:13:36 PM GMT+02:00, Stefan Giehl ***@***.***> wrote:
that might require various database changes to be able to store other
client types than browsers. Guess such a change won't be doable before
the next major release.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
#5413 (comment)
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
|
Looking thru gh I found: #13929 looks like you started moving from |
Would it work to simply use different shortcodes for the new clients we want to detect? |
@mattab I does exactly that! But I understand that the issue was that Matomo store '2 char value' and that would go out of stock if used that way for every client. |
exactly. device detector is for example able to detect names of mobile apps. that can't be be combined with short codes in any way |
that why you need currently overwrite detect library to include those in browser and exclude them from ex. mobile apps - then you are able to measure real traffic and how does it come to you. |
Currently Piwik is only able to detect browsers.
Instead of detecting only browsers we should open up piwik to client based detection.
Clients can be browsers, as well as media players, mobile apps, personal information managers (like mail clients), feed readers and so on.
The DeviceDetector used by Piwik is already able to detect such clients.
As it is impossible to define short codes for all those possible clients, we might need to move away from only saving short codes (like it is actually done for browsers)
With client based detection there will be more reports possible within Piwik. So it would be nice to see which client types mostly visits a website and os on.
The text was updated successfully, but these errors were encountered: