Thomas
Forum Replies Created
-
@ams0bart I’m very sorry about this. Looks like there’s an issue with the update when a specific MySQL option is set. I will look into this ASAP.
A simple workaround would be to delete the file
wp-content/plugins/matomo/app/core/Updates/3.13.6-b1.phpafter upgrading to 1.0.7 as this update is not fully needed. I’ll try to provide an update though in the next couple days.Good to know it doesn’t look related to Matomo. I would have been quite surprised if it was caused by Matomo but of course you never know. Be great to keep us updated and we’ll look into the mail you sent if it is related to Matomo after all.
Hi @codeispoetry the latest release includes this patch so it might work already.
Hi @li-an
sorry about the trouble you had. If you don’t mind letting me know a bit more what CSS it broke? This certainly wouldn’t be expected and I’d be keen to learn more. If you can send us your system report we’d be happy to try and reproduce. If you still have the plugin installed, feel free to also send us a URL where we can maybe see this in action.
You could send the system report and also the URL (if it’s still active) to wordpress@matomo.org . Here are the instructions on how to get the system report: https://matomo.org/faq/wordpress/how-do-i-find-and-copy-the-system-report-in-matomo-for-wordpress/
Installing original Matomo on a separate domain will certainly help there. As said if you still have access to the system report, it’d be keen to learn as I can’t think of any way how Matomo could possibly break CSS. In the frontend our plugin only adds the tracking code to your site and does nothing else. Only in the WP admin it would do more on the Matomo pages.
@eftcolumbus I’m so sorry I forget about the users table. I was only thinking of tracking data. What this users table contains is information of users within your WordPress that have access to your Matomo reports. That would be only your user, and the contractor you choose unless you later decide to give other users access too.
The contractor cannot edit or see any of this user info directly. The contractor could query the Matomo API and fetch the data through the Matomo UsersManager API, but it would only include user information of users that have access to view Matomo reports. That’s by default only administrators (or super admins if plugin is network enabled in WP multisite).
The installation is btw heaps easier (really just one click mostly) compared to GA which I wouldn’t want to do either 🙂
Hope that helps.
Hi @eftcolumbus
It depends what this freelancer would do. Anyone who has access to configure Matomo has also access to view (and therefore exports) reports within Matomo. Matomo does not track any email addresses or other personal data by default though. Even the IP address is automatically anonymised by default. So that shouldn’t be a problem.
If you wanted that user to configure only Matomo, but not have access to anything else in your WordPress, you could give him for example the “Matomo Super User Role”. The user would only have permission to Matomo itself but nothing else so wouldn’t be able to export any other of WordPress data. Or you could create a basic user with any role plus give that user extra the “Matomo Super User capability”.
Getting started with Matomo is btw as easy as installing and activating the plugin and then clicking on “Activate Tracking”. The plugin comes with a getting started page explaining what to do. Eg we recommend to also add a shortcode to the privacy page so users can opt out.
Does this maybe help @eftcolumbus ?
Thanks Andreas.
@codeispoetry I don’t know how familiar you are with manually updating files (I think you did before). If you wanted to try a patch we created for the other issue feel free to update the file in
wp-content/plugins/matomo/classes/WpMatomo/User/Sync.phpwith this content: https://raw.githubusercontent.com/matomo-org/wp-matomo/develop/classes/WpMatomo/User/Sync.phpThis is what changed: https://github.com/matomo-org/wp-matomo/pull/279/files#diff-3ec228aed8229a7c92536865c7cef670
Quick update: We have now written an FAQ on how to avoid the NinjaFirewall issue. It was indeed related to our file cache and we’ll further check on how to improve this.
We’ve also changed the plugin to automatically delete all data when uninstalling the plugin and we’ve added a UI setting to disable deleting all data on uninstall.
Hi @alex008
thanks for your feedback. Very appreciated and very helpful.
1. Indeed it can slow down your site if your server already runs at a quite high load. We’re mentioning it can use significant resources on the Matomo plugin directory page (and on the “About” page in the plugin directly) since basically it records additional data on each page view and therefore the server has to do more work. If the server is too small to handle this additional load, then we recommend either using Matomo On-Premise, Matomo Cloud or a more lightweight WP analytics plugin where you only get very basic reports but also puts less load on your server. We’ll discuss internally how we can make this more visible.
2. Not sure what you mean with switching overviews. Viewing reports should usually be quite fast. As you can see in the support threads we’re aiming to deliver superb support and do a lot of effort to understand and fix issues and do anything possible we can to help. If you consider using it again in the future, feel free to rather reach out to us first so we can see what’s happening and improve things.
3. Re NinjaFirewall: I can only suppose this may be related to some file caches that we use to put less strain on your database. If you by any chance still have a record on this be great to let us know and we’ll see what we can do. I’ve installed this plugin now as well and will have an eye on it.
4. We’re not deleting any data on the database just yet unless you configure Matomo to specifically delete all data when uninstalling the plugin. When the remove all data setting is enabled, then Matomo will delete really all data. And we also have an FAQ on how to manually delete data. I totally get this is not super intuitive and might not be the preferred behaviour by everyone and can be frustrating. We’re nowq discussing to change the default around and delete all data by default. So far it wasn’t enabled by default to prevent someone accidentally uninstalling the plugin and losing all historical analytics data.
Thanks again for your feedback. We always welcome any feedback as it helps to improve continuously.
Cheers Thomas
Awesome. Glad this worked @isotropic I’ll add a check to the system report so this will become more obvious in the future should we detect such a header is used.
Have a great day.
Thanks @isotropic We haven’t received the email yet so just mentioning it again in case I had a typo in there: wordpress@matomo.org
By great to look into the Advanced Settings tab in Matomo as my best guess would be it’s related to this. If you want feel free to send us also a screenshot of the Advanced Settings page in Matomo and then I can have a look there too.
@isotropic sorry about the trouble.
Could you check the system report see https://matomo.org/faq/wordpress/how-do-i-find-and-copy-the-system-report-in-matomo-for-wordpress/ and paste the result here or send it to us by email to wordpress at motomo.org? The report should be anonymised. The report should include some information around the location feature.
Something that comes to my mind could be that you might want to go to Matomo -> Settings -> Advanced and see if you maybe need to configure some proxy header.
@codeispoetry someone also just reported https://github.com/matomo-org/wp-matomo/issues/276
Is it possible that the user that isn’t synchronised is a super admin?
Hi @awilmsmeier thanks for asking and bringing up this feature request. Very appreciated.
I’ve created an issue for this here: https://github.com/matomo-org/wp-matomo/issues/277
And I’ve also already created one simple dashboard widget that shows number of visits over the last 14 days (but doesn’t compare it to previous period and doesn’t show it in a graph just yet see the issue #277 where we will be looking into this). It’s here and will be included in the next release: https://github.com/matomo-org/wp-matomo/pull/278
Until we have the full version you’ll need to enable it in your
wp-config.phpby settingdefine( 'MATOMO_SHOW_DASHBOARD_WIDGETS', true );.I hope this helps for now. Otherwise it might also help to bookmark the Matomo Reporting page which shows a configurable dashboard but fully understand it’s not the same.
Does this help for now?