braekling

Yes, this one is not related to WP-Matomo, so I will mark this as “Not a support question” here. If anyone gets here looking for this issue, please check this thread: https://www.ads-software.com/support/topic/e_compile_error-20/

These should be warnings, no errors. They will disappear if some data is collected.

I’ll also suppress these warnings with the next update, until then you can just ignore them.

You have to install your own Matomo instance to use this one in combination with WP-Matomo. Not sure if Matomo Analytics allows to enter its integrated Matomo instance as a standalone Matomo as well, so that you can use its URL and auth token… but as @tsteur I do not recommend to mix this up.

The host should be the full URL to your Matomo instance, e.g., https://example.com/matomo – looks like you just put in the protocol (“https”) there.

I already answered this two years ago:

I can’t reproduce this behavior, especially with a clean install. All WP-Matomo options are registered as autload, so they should be loaded all at once and not by performing multiple queries.

Only on mutlisites all site options are loaded one by one. This is specified by WordPress itself and can’t be changed without hooking or creating separate query code. But you you are not talking about multisites/networks, are you?

Otherwise, is there any debugging plugin you are using which suppresses autload? E.g., to get a detailed overview of loaded options?

Anyway, the queries in your screenshot are taking ~0.1 milliseconds following the debug output… Are you sure the slowdown is caused by the queries? Can you get some more debug information, e.g. about methods and the time they use?

You can also open WP-Matomos config.php and set the log level to 2 (make sure the log directory is writable):

define ( ‘WP_PIWIK_ACTIVATE_LOGGER’, 2 );

The log file contains information on what WP-Matomo is doing. The slowest part of WP-Matomo are typically HTTP connections to the Matomo server, but if you say it’s not configured yet, there also can’t be any requests, of course. Maybe the log gives us a hint on what’s happening here.

See https://www.ads-software.com/support/topic/optimize-performance/#post-10672552

Maybe you can check this again and answer my questions so we can figure out why autoload does not work in your case.

WP-Matomo has no integrated support for the Tag Manager, but yes, you can extend the tracking script by switching to “enter manually”.

If you want to keep the auto-configuration of your tracking script anyway, you should add the Tag Manager script to your theme or by using an additional plugin.

– Sorry, duplicate –

• This reply was modified 3 years, 10 months ago by braekling.

@maxity Did you check your server logfiles? This may give a hint on what’s going wrong here. E.g., if you configured some redirects while you were moving/duplication your installation, you should always make sure to use the direct URL to Matomo and avoid redirects.

@putarguygmailcom Please avoid hijacking other user’s threads as well as cross posting in different forums. I’ll answer your question in the Matomo forum to divide it from maxity’s thread. (https://forum.matomo.org/t/matomo-server-stopped-allowing-new-connections/40086/3)

You can use the period and date parameters to configure which time period you want to show. Just look at this page of Matomos documentation: https://developer.matomo.org/api-reference/reporting-api -> Standard API parameters -> period and date.

Update is available.

Sadly, the used library (jqPlot) was not updated for a long time. There is a new version work in progress, but since 2018. For now, I just removed the deprecated code, because it was used to keep backward compatibility for Internet Explorer 8 and earlier, which is not necessary anymore, I hope.

Next, I will look for a modern library to replace jqPlot. But the message should be gone with this. (I had to clear my cache once, btw.)

Latest update will be available within a few minutes.

Settings -> WP-Matomo/WP-Piwik -> Enable tracking -> Check “Track 404”

I guess you talk about Settings -> Add Tracking Code?

Is adding the tracking code enabled there? Please also check the filter settings, do you exclude any user roles from tracking?

Afterwards, you should check your page’s source code. Does the tracking code appear? If not, check your theme (see this post for further information on this: https://www.ads-software.com/support/topic/matomo-code-not-showing-in-the-source-code/#post-10987573).

If you want to do further modifications to your tracking code which are not offered by the plugin itself, and which can’t be done via JavaScript via the plugins manual function, I’d suggest to add your tracking code to your site’s footer.php directly, and to disable “add tracking code” within the plugin. There you can embed the JavaScript code and use PHP methods offered by WordPress.

If you have any questions about Piwik/Matomo on its own, please have a look at the Matomo forums: https://forum.matomo.org/

This support section is just about the WordPress plugin WP-Matomo (former WP-Piwik), I help you with your Piwik/Matomo server configuration.