Stefan Kalscheuer

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 Jürgen,

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

Gru?,
Stefan

Hallo krypinkiel,

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

Gru?,
Stefan

Hallo krypinkiel,

verr?tst du uns ein paar Details zu deiner Installation? Ich nahme mal an, das Update bezog sich auf Statufy 1.6.1.

• Version vorher war 1.6.0?
• WordPress Version?
• PHP Version?
• Seitenz?hlung via JavaScript aktiviert?
• Weitere (ggf. relevante) Plugins (Caching, JS Optimierung, …)?

Gru?,
Stefan

Edit:
Ich habe den Fehler vermutlich gefunden. Du hast wahrscheinlich kein JavaScript Tracking aktiviert. Dann werden Zugriffe von Nutzern ohne Referrer derzeit nicht gez?hlt.

Workaround (bis v1.6.2 erscheint):
Aktiviere “Seitenz?hlung via JavaScript”.

• This reply was modified 6 years, 10 months ago by Stefan Kalscheuer.

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 6 years, 10 months ago by Stefan Kalscheuer.

Hallo Electrosmog,

das Blacklist-Plugin ist zur DSGVO kompatibel.

Du kannst manuell eine Liste von Referrern hinterlegen (kein Abgleich mit externen Spam-Datenbanken, kein automatisches Lernen o.?.). Je nach Einstellung wird ein Besuch entweder direkt von der Statify-Erfassung ausgeschlossen oder der Eintrag sp?ter wieder aus der Datenbank entfernt. Dabei werden keinerlei zus?tzliche Daten über den Besucher gespeichert. Es ist nicht ohne weiteres m?glich, Treffer in irgendeiner Weise einem bestimmten Besucher zuzuordnen.

Das Plugin kann zwar optional auch IP Adressen filtern. Auch hier wird aber nichts gespeichert (funktioniert deshalb auch nur als Live-Filter, nicht zur nachtr?glichen Bereinigung). Die Funktion ist eher für interne Aufrufe, Reverse-Proxys oder bekannte Botnetze gedacht, weniger für einzele Spammer.

Gru?,
Stefan

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.

Note that Statify does not aggregate on every hit. Each visit is stored in a single DB row and aggregated for visualization when accessing the dashboard.

With UserAgent (full string) and exact resolution one might recognize at least some visitors.

Second point: How to aggregate?
There are thousands of Browsers out there, think of all Chromium-based derivates… Major 10 + “others”, always last part of the String, …? Versions?
Even worse for resolution. width classes, height classes, pixel-count classes, what about DPI?

I’m not sure if that kind of statistics really fits the scope of Statify. Could be an idea for a possible Extension Plugin though.

• This reply was modified 6 years, 10 months ago by Stefan Kalscheuer.

Sure, that’s the obvious workaround. But as I said, I have a couple of older galleries with slashes (e.g. dates in form MM/YYYY) which have been converted to dashes (MM-YYYY) automatically. Seems this “feature” has been removed somewhen in the past.

I’d personally be fine with disallowing such characters on creation, favorite solution would be smart sanitization for the slug though.

Thanks for having a look into that!

Regards,
Stefan

Hi,

reason for that is most likely that you are using developer tools with your browser that try some JS mapping. So it’s not critical as no “normal” user will ever trigger such warning.

Nevertheless the maps are explicitly referenced in the pre-minified JS libs, so they could be added with the next update (or the corresponding reference removed).

Regards,
Stefan

Sorry for that, you’re absolutely right. The site actually has a album called “gallery”, so I messed this up here..

What I was talking about is a Gallery with a slash in it’s name. So the attribute <prefix>_ngg_gallery.slug still contains the slash.
Hence the link to the gallery within the album (created via shortcode [ngg_images album_ids="...] leads to a blank page telling “no images found”.

Danke für’s Melden ?? Sollte mit 1.3.1 behoben sein.

It was the plugin’s fault, mea culpa!
Using the filter hook and returning false made Statify leaving the filter chain even if blacklist is disabled or not applied. In fact it’s not only admin visits, but every built-in filter has been skipped. Changed that behaviour in Blacklist 1.3.1 release a few minutes ago.

I could confirm the bug with different WP instances, hence I can’t imagine any correlation with the change of theme. Maybe just noticed by closer observation afterwards.

Kann ich best?tigen (auf mehreren 4.6 und 4.7 Installationen mit selbstgebauten Themes). Offenbar beendet der Filter Hook in Statify selbst die Ausführung, wenn ein Plugin ein Ergebnis zurückliefert.

Ich evaluiere gerade, ob ich lieber den Rückgabewert im Plugin anpassen oder den Hook Filter Hook in Statify selbst anpassen sollte. Fix sollte in den n?chsten Tagen kommen.

• This reply was modified 8 years, 3 months ago by Stefan Kalscheuer.