Stefan Kalscheuer

Hallo vilmoskoerte,

dein System verwendet scheinbar eine MySQL InnoDB ohne die large_prefix_extension. Damit können keine Indizes auf referrer und target angelegt werden, da diese mit 255 Zeichen (je 4 Byte) zu groß sind.

Davon ausgehend, dass es nicht dein eigener DB Server ist, wirst du auf die Einstlelung wahrscheinlich keinen Einfluss haben.

Workaround: Entferne die Keys.
* Gehe dazu auf Plugins -> Editor
* Oben rechts Statify wählen
* Rechts die Datei inc/class-statify-table.php wählen
* Zeilen 69 und 70 löschen:
KEYreferrer(referrer)
KEY target (target)

Nachteile: Leichte Performance-Einbußen im Admin-Interface, wenn du nicht gerade mit Millionen Besuchern oder jahrelanger Statistik arbeitest, vermutlich kaum spürbar.

Gruß,
Stefan

• This reply was modified 7 years, 11 months ago by Stefan Kalscheuer.
• This reply was modified 7 years, 11 months ago by Stefan Kalscheuer.

Version 1.6.3 ist vor rund einer Stunde erschienen, welche die hier mehrfach bestätigte Lösung beinhaltet.

Wir empfehlen ein Update von 1.6.1/1.6.2 auf die neue Version zur Wiederherstellung der Funktionalität.

Gruß,
Stefan

@arkoudi

na dann mal her mit der Lösung bitte

Wir sind noch dabei, die Lösung zu testen.
Das Problem ist leider nicht ganz einfach zu reproduzieren, da es nur mit wenigen PHP Konfigurationen auftritt.

Wer etwas experimentierfreudig ist, kann die inc/class-statify-frontend.php durch diese hier ersetzen, dann müsste der Fehler weg sein.
https://github.com/pluginkollektiv/statify/blob/hf-filterInputVar/inc/class-statify-frontend.php

Sobald das Fix bestätigt ist, geht zeitnah ein Update raus.

Gruß,
Stefan

Hallo,

nach diversen erfolgreichen Tests mit verschiedenen PHP-Versionen (je aktuelle 5.6-7.2) und Servern (nginx+FPM, Apache+FPM, Apapche+FCGI, Apache+Modul) brauchen wir Ausschlusskriterien…

Hat jemand von euch die Möglichkeit, den folgenden Code-Schnipsel auszuführen und uns die Ausgabe im Browser mitzuteilen? Im Idealfall kommt je 2x die selbe Zeile raus, es gibt aber Bugs in (vornehmlich älteren) PHP Implementationen, bei denen das nicht so ist.

<?php
print phpversion();
var_dump( $_SERVER['HTTP_REFERER'] );
var_dump( filter_input( INPUT_SERVER, 'HTTP_REFERER', FILTER_SANITIZE_URL ) );
var_dump( $_SERVER['REQUEST_URI'] );
var_dump( filter_input( INPUT_SERVER, 'REQUEST_URI', FILTER_SANITIZE_URL ) );
var_dump( $_SERVER['HTTP_USER_AGENT'] );
var_dump( filter_input( INPUT_SERVER, 'HTTP_USER_AGENT', FILTER_SANITIZE_STRING ) );

Hallo krypinkiel,

eine ergänzende Frage: hast du die Skip tracking for referrers listed in the comment blacklist Option aktiviert?

Gruß,
Stefan

Hi.

die genannte Datei (statify_frontend.class.php) wurde aus Gründen von Namenskonventionen in “class-statify-frontend.php“ umbenannt. Besagte Zeile 84 in statify.php (Autoloader) wurde allerdings analog dazu angepasst.

Kannst du prüfen, ob die statify.php korrekt aktualisiert wurde (Version 1.6.1 im Kopf,'%s/inc/class-%s.php' in Zeile 82)?

Tritt der Fehler reproduzierbar auf oder nur einmalig beim Update?
Hast du neben dem Standard OPcache weitere Caching-Frameworks eingebunden, APCu o.Ä.? (wäre ein ungewöhnliches Phänomen, aber nicht unmöglich)

Gruß,
Stefan

• This reply was modified 7 years, 12 months ago by Stefan Kalscheuer.

That’s not, how Statify works. Different tracking call, different aggregation technique, different data model… Just not the same Plugin anymore.

Also several hooks might have to be adjusted when different data is processed.

For difficulty:
Browser can be easily tracked without adjusting the JS. On the other hand resolution with non-JS tracking is obviously a bit of a challenge.