@SamGreenwood on which page/section is this? All the pages of matomo?

@girish thanks! Can you share what stats you use, and how similar or different they are from the stats NodeBB has by default?

@d19dotca said in Hosting this is insanely expensive: Umami Yeah, I've never really used any analytics that much, but I really like Umami because it just so simple and easy, does the basics really nicely, and displays the information clearly.

Seems the latest release fixed the issue, I presume because they modified the plugin code for the LDAP access to Matomo. Can mark this as Solved I think.

@shrey this should be fixed now in the latest update.

@jdaviescoates Fixed, thanks. That text was originally copied from matomo itself. I think they are a french company and thus the typo (as in, I think measure is mesure in french, maybe....)

If it's password issue, there are some instructions here - https://matomo.org/faq/how-to/faq_191/

@nebulon That's fair. I guess I assumed they were sort of paired together as my understanding for disabling the auto-archiving in the web part was specifically for speed gains which you guys had already done by setting up crons instead for archiving reports, so the KB I linked to seemed relevant to that assumption that we wanted Matomo to be configured for speed instead of convenience. But I can appreciate that you want to keep the amount of customizations to be as slim as possible.

@micmc agreed, this should be a configurable message by the admin to get the wayward user back on track via home page, landing or support resources.

Hey @sydney, I tried regexr.com. The regex seems to be correct. However, I still get the error message. No idea what is wrong here. But thanks for your engagement

The MySQL+SSH tunnel info is here - https://forum.cloudron.io/topic/3237/remote-sql-support-on-a-per-app-basis . If you are feeling brave (I don't recommend this at all), there are some socat tricks I posted a while ago - https://forum.cloudron.io/topic/3237/remote-sql-support-on-a-per-app-basis

@girish Thanks, now I managed to migrate the existing installation with the latest Matomo app package. It was really straightforward!

Ah interesting, I thought they were already in the main admin account given they said: logged in my main cloudron user haha. Oh well, good to know it's resolved now.

@nebulon thanks!!!!!

@girish Seems the latest app package update fixes it. Thanks for the quick turnaround as always!

For reference only (I accidentally duplicated this in a new post, didn't see this one until later): https://forum.cloudron.io/topic/4924/matomo-system-check-report-showing-a-warning-for-load-data-infile-with-access-denied-as-the-root-cause/ Edit: Latest app package update fixes the issue.

@girish I want to install Performance Audit. This module is a Marketplace Module. If I click/install it, it will be put under /plugins. If I move it to a newly created plugins.local, the system will not recognize it. not in the marketplace section, that it can be used or in the plugins section. maybe there is a matomo/cloudron folder mapping issue?. If I activate/install it via UI I still get the error I described…

@dgarsys Thank you, that resolved it

@cbeams Everything works as expected now against v1.24.0, thanks!