Thomas
Forum Replies Created
-
Hi @wpfan1000 unfortunately our plugin actually requires the MySQL permission to create temporary tables.
There is one workaround available though if you are familiar editing files in your WordPress. You would need to change the file
wp-content/uploads/matomo/config/config.ini.phpand add the following line:enable_segments_cache = 0below the line that says
[General]. So it would look like this:[General] enable_segments_cache = 0I’m sorry this is a bit complicated. It’s really only a workaround and usually this permission is always granted and it’s not an issue. Things would still work after adding this but generating reports can be a bit slower under circumstances if you have a lot of visitors on your website.
Thank you very much for this feedback. We’re not offended at all and really appreciate this feedback. It really helps. We’ve already made a few minor tweaks and we have created an issue to follow up on this further.
Thank you again @wpfan1000
Thanks for the feedback @wpfan1000 very appreciated!
I can totally see what you mean. Do you have maybe some thoughts how it would have been more clear?
Generally, when you configure the tracking code and set it eg to “Default tracking” or “Tag Manager” or “Manually” then everything will be taken care of for you and you don’t need to embed any code into your site as the plugin does everything for you.
I’ve already made two tweaks to improve things a bit but be great to hear from your perspective what would help?
Great, glad they are resolved and it’s working.
Thanks for the feedback regarding the demo. There are indeed a few paid features shown. When you view a paid feature, it should show a message like https://demo.matomo.cloud/index.php?module=CoreHome&action=index&idSite=1&period=day&date=yesterday#?idSite=1&period=day&date=yesterday&segment=&category=MediaAnalytics_Media&subcategory=General_Overview that it’s not available in the free version. It’s shown in the blue info box but it could be made more clear. Thanks for this.
Hi @wpfan1000
these other reports are being generated in the background approx once per hour (but depending on your traffic or how often your WP Cron is being executed it may take longer).
I’m assuming that the reports should become available say in the next hour or so. could you check if that’s the case?
Hi there,
sorry about that @wpfan1000 . I’ve just fixed the link and it’ll be updated from our next release. https://demo.matomo.cloud/ is the correct new URL.
In “Add plugins” did you upload the plugin or install it from the WP plugins directory? It sounds like you are maybe trying to upload the plugin? Any chance you could try to install it through the plugins directory?
Great to hear it’s now working @denisit71 and @nielspilon Thanks for all your help
Hi @janerio I likely have a patch to fix this issue. Are you familiar with patching files in your WordPress?
If so, could you try this patch: https://github.com/matomo-org/wp-matomo/pull/421/files
where the files
wp-content/plugins/matomo/classes/WpMatomo/Ecommerce/Base.phpandwp-content/plugins/matomo/classes/WpMatomo/Ecommerce/Woocommerce.phpwould need to be changed.Hi @manishvcn
thank you for clarifying. I’ve added a new feature request here: https://github.com/matomo-org/wp-matomo/issues/420 as tracking search category is a not yet implemented feature. We hope to support this feature in future.> But anyway is there any way I can stop tracking for particular file extensions?
In WP Admin Dashboard -> Matomo Analytics -> Settings as part of the tracking settings you find an option “Define all file types for download tracking”. There you can define which ones should be tracked. Please note that this overwrites any default extension which currently are:
7z|aac|apk|arc|arj|asf|asx|avi|azw3|bin|csv|deb|dmg|doc|docx|epub|exe|flv|gif|gz|gzip|hqx|ibooks|jar|jpg|jpeg|js|mobi|mp2|mp3|mp4|mpg|mpeg|mov|movie|msi|msp|odb|odf|odg|ods|odt|ogg|ogv|pdf|phps|png|ppt|pptx|qt|qtm|ra|ram|rar|rpm|rtf|sea|sit|tar|tbz|tbz2|bz|bz2|tgz|torrent|txt|wav|wma|wmv|wpd|xls|xlsx|xml|z|zip. So you would simply remove the ones you don’t want and save that value.I can now see that the file extensions are in the list of downloads and it’s indeed the reason why it is tracked as a download. To fix this, you would want to set the following download extension option:
7z|aac|apk|arc|arj|asf|asx|avi|azw3|bin|csv|deb|dmg|doc|docx|epub|exe|flv|gz|gzip|hqx|ibooks|jar|js|mobi|mp2|mp3|mp4|mpg|mpeg|mov|movie|msi|msp|odb|odf|odg|ods|odt|ogg|ogv|pdf|phps|ppt|pptx|qt|qtm|ra|ram|rar|rpm|rtf|sea|sit|tar|tbz|tbz2|bz|bz2|tgz|torrent|txt|wav|wma|wmv|wpd|xls|xlsx|xml|z|zipHi @denisit71 I just search for this error message and I found https://stackoverflow.com/a/53320836 where it suggests that your Apache webserver might need a configuration change. Are you familiar with Apache or do you know someone that could make such a change? Or maybe your hoster would be able to make such a change?
It seems
AuthConfigoptions needs to be added to theAllowOverrideapache option.@volkhardv thanks for sending us the email. It seems indeed related to Windows or MS IIS. Could also be related to WP Memory Limit of 40MB maybe (not sure if WordPress would assign on demand more memory should this be needed). Increasing memory might be a worth a try. And do you usually also update WordPress itself without any issues through the UI?
I’ve been trying to search for this topic and finding eg where they recommend to update manually like you’ve been doing. https://wordpress.org/support/topic/updating-wp-core-fails-on-local-install/
I’ve looked through the WordPress code how they update plugins etc and the logic is pretty much straight forward. It simply extracts the zip file and writes the new files. There isn’t anything our plugin could interfere with by the looks. I can see though that WordPress would stop extracting the zip file as soon as one file couldn’t be written or a directory couldn’t be created (in https://github.com/WordPress/WordPress/blob/5.6.1/wp-admin/includes/file.php#L1572-L1602 ).
Maybe it would help if you could somehow find out all the files it did extract when updating the plugin to see where it stopped extracting the files. Maybe it’s one particular file that it fails to extract or write to disk and then WP stops extracting any other file.
Note to myself: Related code is in https://github.com/WordPress/WordPress/blob/5.6.1/wp-admin/includes/class-wp-upgrader.php#L304-L328 and https://github.com/WordPress/WordPress/blob/5.6.1/wp-admin/includes/file.php#L1466-L1476
Hi @manishvcn
thanks for creating this issue. Could you maybe check if you have “Track search” enabled in the tracking settings? You can find this by going to WP Admin Dashboard -> Matomo Analytics -> Settings. It’s mentioned in the optional settings. Or do you mean you generally see the site search keywords but no category is being tracked? Likely we don’t support tracking categories yet (I would double check though if you confirm you see site search keywords in general).
Regarding the downloads: We generally track a download if the link has a
downloadattribute. I can only assume that this is the case maybe there? Not sure if you are familiar with HTML and can check this. If you’re not familiar with HTML, feel free to send us a link to your site either as a comment here or by email to wordpress@matomo.orgHi @janerio sorry for the late reply. Could you maybe send me a link to our site either as a comment here or by email to wordpress@matomo.org ? I’d then try to debug and see if I find the issue there maybe.
Hi @yoneo12 there is unfortunately no solution yet for this. We’re currently hiring a developer to be able to work on this issue and also few others though. It might still take a while though unfortunately (depending how quick we find great talent).
Hi @kbam sorry about all that. It seems WordPress had some issue there. I’m not sure what WP is doing when they are deleting a plugin but we’re basically deleting data only when the plugin is uninstalled. Meaning for example you click on “WP Admin -> Plugins -> Select our plugin -> Uninstall”.
We do have a setting in “WP Admin Dashboard -> Matomo Analytics -> Settings -> Advanced” to not delete all data on uninstall but I’m assuming you can’t change this setting currently because you might need to reinstall it again.
If you can make changes to your
wp-config.phpthen you could force to not delete any data by adding the following entry:define('MATOMO_REMOVE_ALL_DATA', false);I have generally no idea what could have caused this problem in the first place unfortunately. There could be many different issues and I’m not sure what WordPress does exactly during an update.
If you can, I would recommend to remove the files manually (
wp-content/plugins/matomo) and then following the steps for option 2 in https://matomo.org/installing-matomo-for-wordpress/ . Alternatively, maybe also option 3 would work. If you can add the above entry towp-config.phpthen also option 1 should safely work. In any case I would recommend to editwp-config.phpif you can.Does this help?