oder es lädt überhaupt nicht. Habt ihr hier Erfahrungen mit gemacht?
Falls das für dich heißt, dass die Titelzeile von Matomo sichtbar ist, aber die ganzen Boxen auf dem Dashboard fehlen: Ab und an (keine nachvollziehbaren Schritte zum Reproduzieren bekannt) habe ich das auch seit deren Umstellung auf vue.js. Was dann hilft, ist ein „harter Reload“, sprich ohne Cache neu laden (in Firefox unter macOS geht das mit Cmd + Shift + R).
Alles anzeigenAlso, ich hab jetzt matomo vom 2000ender aufs 8000ender umgezogen, weil ich irgendwie davon ausgegangen bin das die maximale Paketgröße der MySQL-DB dort größer ist, allerdings ist dem nicht so. Auch dort meckert matomo, dass er gerne 64 mb hätte, aber nur 16 mb bekommt.
Allgemein bemängelt matomo die veraltete MySQL-Verison (?), ich hoffe das schränkt mal nicht all zu sehr ein.
Außerdem bekomme ich das mit dem Cronjob nicht hin, vielleicht kann mir da kurz jemand von euch helfen? Folgenden Cronjob habe ich versucht:
/opt/plesk/php/8.1/bin/php /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/console core:archive --no-ansi >> /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/logs/cron-matomo-archive.logAber als Fehler gibt er mir folgendes:
Offensichtlich habe ich etwas bei der Pfadangabe falsch gemacht. Aber was?
Des Weiteren hat das Dashboard sehr oft sehr lange Ladezeiten, oder es lädt überhaupt nicht. Habt ihr hier Erfahrungen mit gemacht?
Außerdem funktioniert mein "Graph der letzten Besuche" nicht...
tom434 Was genau fällt mir denn weg, wenn ich keine Cookies verwende? Und die IP war schon anonymisiert 123.456.xxx.xxx
Die Wiedererkennung der Benutzer ist eingeschränkt und auch das Tracking an sich (dafür müssen die User nicht aktiv zu stimmen, was die Ergebnisse an sich verbessert - zumindest wenn man einen unfälligen Banner hat wo alle Option gleich aussehen, also gesetzeskonform)
Wie viel Benutzer Trackest du ca? (Also wie viele Views)
Wie viel Benutzer Trackest du ca? (Also wie viele Views)
Aktuell zwei. Ich Desktop und ich Smartphone 
Habs aktuell auf einer Testseite laufen
Wie deaktiviere ich die Cookies? Tracking ohne Cookies erzwingen?
Aktuell zwei. Ich Desktop und ich Smartphone
Habs aktuell auf einer Testseite laufen
Wie deaktiviere ich die Cookies? Tracking ohne Cookies erzwingen?
Genau
Außerdem bekomme ich das mit dem Cronjob nicht hin, vielleicht kann mir da kurz jemand von euch helfen? Folgenden Cronjob habe ich versucht:
/opt/plesk/php/8.1/bin/php /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/console core:archive --no-ansi >> /var/www/vhosts/hostingXXXXXX.XXXXX.netcup.net/httpdocs/domain/subdomain/logs/cron-matomo-archive.logAber als Fehler gibt er mir folgendes:
Offensichtlich habe ich etwas bei der Pfadangabe falsch gemacht. Aber was?
Gibt es das Verzeichnis logs? Ich kann Dir empfehlen, das Verzeichnis mal in deinem SFTP Programm aufzurufen.
Generell sind die Webhosting Dienste "nicht so der Bringer", meiner Meinung nach. Die sind sehr langsam. Nimm auf alle Faelle eine 8.1 oder 8.2 PHP Version, da sind die MemoryGrenzen auch OK
Allerdings gelten die NUR, wenn Du diese per WEB aufruefst. Du rufst den Cron via CLI auf, da gelten andere Wertemeines Wissens. (Dann lieber https://matomo.org/faq/on-prem…es-not-support-cron-tasks)
Ich habe matomo auf einem kleinen meiner RootServer laufen. Das ist in einer bekannten Umgebung einfacher, als auf einem SharedServer.
Gibt es das Verzeichnis logs? Ich kann Dir empfehlen, das Verzeichnis mal in deinem SFTP Programm aufzurufen.
Gerade nachgeschaut: nein. Ich muss aufhören Sachen einfach so anzunehmen... Aber warum wird das dann im matomo eigenen Tutorial so beschrieben? Configuring the archiving
Generell sind die Webhosting Dienste "nicht so der Bringer", meiner Meinung nach.
Leider kann ich mich erst ab Juli/August einlesen, wie man einen Server absichert und betreibt.
Gerade nachgeschaut: nein. Ich muss aufhören Sachen einfach so anzunehmen... Aber warum wird das dann im matomo eigenen Tutorial so beschrieben? Configuring the archiving
Leider kann ich mich erst ab Juli/August einlesen, wie man einen Server absichert und betreibt.
Das ist das schoene an openSource. Wenn Dir etwas auffaellt, kannst du darauf hinweisen und aendern, siehe ganz unten auf der Seite.
Und das logs Verzeichnis wird eventuell automatisch erstellt bei der Nutzung. Moeglich ist da vieles.
Du kannst auch lokal erstmal mit einem "Server" spielen, indem du einen Virtualisierer installierst und "spielst". Also im trockenem ueben.
Gerade nachgeschaut: nein. Ich muss aufhören Sachen einfach so anzunehmen... Aber warum wird das dann im matomo eigenen Tutorial so beschrieben? Configuring the archiving
Leider kann ich mich erst ab Juli/August einlesen, wie man einen Server absichert und betreibt.
Matomo läuft auch auf meinem Webhosting 2000.
Einziger Punkt der nicht geht, ist im Matomo Adminpanel der Zugriffscheck für die Verzeichnisse. Da schlägt ModSecurity zu.
Für die Archivierung verwende ich folgende Einstellungen in Plesk:
Da im Screenshot nicht zu sehen:
Skriptpfad: httpdocs/xxx/xxx/console
mit Argumenten: core:archive --url=http://xxxWenn man die Logfiles "Remote", also von einem anderen Server aus archivieren will, dann geht das gut mit dem Zugriff per token_auth https://matomo.org/faq/general/faq_114/
Hätte ich doch über url gehen müssen? Macht doch keinen Sinn?
Sieht so aus, als ist deine Argumente Kombination so nicht passend.
Laut Matomo Doku scheint der Parameter --url= schon zwingend für den Cronjob zu sein.
--url=http://example.org/matomo/ is the only required parameter in the script, which must be set to your Matomo base URL eg. http://analytics.example.org/ or http://example.org/matomo/Es auf einem Server laufen zu lassen gibt dir natürlich die volle kontrolle drüber.
Wie du am 22. April geschrieben hattest:
ZitatAlso, ich hab jetzt matomo vom 2000ender aufs 8000ender umgezogen, weil ich irgendwie davon ausgegangen bin das die maximale Paketgröße der MySQL-DB dort größer ist, allerdings ist dem nicht so. Auch dort meckert matomo, dass er gerne 64 mb hätte, aber nur 16 mb bekommt.
Allgemein bemängelt matomo die veraltete MySQL-Verison (?), ich hoffe das schränkt mal nicht all zu sehr ein.
Du hättest also volle kontrolle über MySQL und die installation und so.
Aber natürlich musst du dich dann auch um alles kümmern und halt eben MySQL und so installieren und absichern.
Vorteil sehe ich als cyber-security-noob aber auch darin, dass du die Datenbank ja einfach nicht in die außenwelt lassen kannst und somit das risiko Daten zu leaken sinkt, da nur lokal von deinem Server drauf zugegriffen werden kann.
Wenn du eh einen server und ein wenig Zeit hast, würde ich dir einfach mal empfehlen, auszuprobieren es auf diesem zu installieren und wenn irgendwelche schwierigkeiten auftreten und du keinen Bock mehr hast, kannst du ja jederzeit wieder zurückwechseln. 
Wie du am 22. April geschrieben hattest:
Ja genau, aber da hat Matomo ja "nur" gemeckert, aber Einschränkungen konnten ich keine feststellen. Dache vielleicht hat jemand mehr Vor-/Nachteile... 
Mein Matomo meckert auch nur.
Hatte das mal nachgeguckt und die Max.-Paketgröße macht erst probleme wenn du mehr als 500 Besucher pro Stunde Tracken willst.
Wenn du also wirklich eine aktiv genutzte Webseite hast, macht selber hosten natürlich sinn.
Aber sonst passiert da nicht viel.
Hab bei meinem Matomo auch Cron konfiguriert, es heult aber trotzdem rum. Soll es halt, funktioniert und gut ist.
Hab bei meinem Matomo auch Cron konfiguriert, es heult aber trotzdem rum. Soll es halt, funktioniert und gut ist.
Nach erfolgreich eingerichtetem Cron-Job muss auch noch diese Option hier auf „nein“ gestellt werden.
Hab ich, aber es meckert.
Da ich selbst eine Matomo-Instanz bei netcup hoste, kann ich in jedem Fall bestätigen, dass es möglich ist, wirklich jeden Test der Systemprüfung zu bestehen. 
