Patrick Robrecht

Hi @alentogroup,

1) In Statify you can set the time period to any number of days you like to keep the data, but you should consider two asepects:

1. The database size will grow linear with the number of entries as Statify saves all data in the local database for privacy reasons. The longer you keep the data, the larger the database becomes.
2. As Statify – Extended Evaluation calculates all statistics on demand, loading the statistics will be a little slower for a high number of entries.

For example, on one of my websites 600,000 entries from 5 years are stored in the Statify table (size: 50 MiB).

2) There is no need to remove/disable the Statify cron job. If you set the number of days to 100,000 days it will the delete the data from today not before 2294 (100,000 days : 365 days/year = 273,97… years). The cron job will just check that there’s nothing to delete.

Kind regards
Patrick

Hi Ulf,

if you still experience problems, you may check Statify 1.8.0 which offers an option to disable the nonce check. With this tracking method, the configured caching time does not matter anymore.

All the best
Patrick

Hallo Barbara,

warum der Cronjob von Statify, der die Eintr?ge l?scht, die ?lter sind als der eingestellte Aufbewahrungszeitraum, bei deiner Installation nicht korrekt ausgeführt wird, kann ich anhand der Angaben leider auch nicht sagen.

Tipp: Mit WP Crontrol kannst du prüfen, ob der Cronjob von Statify korrekt registriert ist und ausgeführt wird.

Viele Grü?e
Patrick

Hi @david181,

for information about the nonce lifetime, you may have a look at the official documentation. Note that you can adjust the nonce lifetime using the nonce_life filter.

In your setting (assuming the default nonce life time and 48 h caching) Statify will not track views on pages which are cached more than 24 h ago. You have different possibilities to deal with this problem:

• Increase the nonce lifetime such that is greater or equal to the nonce lifetime. Then the nonce in cached pages should not expire during the time the cache is used.
• Decrease the caching time such that is smaller or equal to the nonce lifetime.
• Disable the nonce check by choosing “JavaScript based tracking without nonce check”. This restores the behavior until Statify 1.6.x, as the nonce check was introduced with the switch to WP Ajax in Statify 1.7.0. The difference is whether calls to the WP Ajax endpoints accepts requests with invalid or missing nonce – the nonce makes it more difficult for some attacker who could try to trigger the endpoint via some script to manipulate the view count on your site (as the nonce is in the source code this is not reliable at all).

I hope this helps to decide how to change your settings.

All the best
Patrick

Dear David,

you may check your logs (Apache/nginx or WordPress plugin, depending on your setup) for 403 errors. We discovered an issue with long caching times. If the caching time is longer than the nonce time, the nonce used for tracking is not valid anymore and the request to the WordPress API endpoint is rejected.

I’ve prepared a bugfix (offer to disable the nonce check at all) for that which is ready for review at GitHub. Feel free to check the version from the branch.

All the best
Patrick

Hallo Peer,

ich habe die Idee mit der ID aufgenommen. Als Autor des Statify – Erweiterte Auswertung bin ich selbst auch schon mal auf das Problem gesto?en als ich bspw. die meistbesuchten Posts eines bestimmten Inhaltstyps (bspw. nur Beitr?ge, Seiten, Custom Post Type) auflisten wollte – die Datenbankabfrage dafür ist derzeit ebenfalls nicht m?glich.

Bzgl. des m?glichen Redirects der Weiterleitung von /brettspiele/geschiche/pioneers-review zu /brettspiele/pioneers-review konnte ich das bei mir nicht reproduzieren. Sicher, dass nicht beide URLs gültig sind? Es reicht ja, wenn die URL sich mal ge?ndert hat – in der Statify-Tabelle bleiben die Eintr?ge in diesem Fall n?mlich unver?ndert.

Viele Grü?e
Patrick

Hallo Peer,

in der Spalte target wird immer genau die aufgerufene URL, relativ zum Wurzelverzeichnis gespeichert.

Die Abfrage mit LIKE '%pioneers-review%' mag für dein Beispiel funktionieren, aber es kann ja auch Seiten /a, /a/b und /a/c geben und die sollen ja bspw. dann nicht unbedingt zusammengeführt werden, obwohl in allen a vorkommt.

Zu Frage 1: Bei der JavaScript-Tracking-Variante wird definitiv nur die aufgerufene Seite getrackt. Bei der Standard-Variante auch die Weiterleitung getrackt wird, checke ich mal – das w?re nicht gewollt.

Zu Frage 2: Die URL wurde auch gew?hlt, weil ja nicht nur Aufrufe für Beitr?ge/Seiten getrackt werden, sondern auch die Aufrufe von Kategorien/Schlagwort/Autor/Jahres-Archivseiten (ggf. sogar Seite 2, 3 usw.), der Startseite und ggf. allen weiteren Seiten, die ggf. durch installierte Plugins bereitgestellt werden. Auch ist es m?glich, dass Seiten gel?scht werden – speichert man nur die ID, sind die betroffenen Seiten nicht mehr mit dem Inhalt in Verbindung zu bringen, bei einer sprechenden URL hingegen schon.

Es w?re aber natürlich m?glich, die Post-ID bzw. Term-ID in zus?tzlich zur URL speichern, um hierüber weitere Auswertungen zu erm?glichen.

Viele Grü?e
Patrick

Hallo Peer,

dank @stklcode wird die n?chste Statify-Version 1.7.3 ein Bugfix hierfür enthalten.

Viele Grü?e
Patrick

Hello Dennis,

as the file redux.min.js does not belong to Statify – Extended Evaluation, I cannot help here. There seems to be some conflict with another plugin installed.

Kind regards
Patrick

Hello,

your site looks like Statify is working correctly (the Ajax request triggered via the JavaScript snippet).

See the FAQ or our documentation website for information which views are counted and which aren’t.

Did you change the settings in the backend or via the hook statify__skip_tracking.

Kind regards
Patrick

Hi bassileira,

are you sure that Statify is selected in the “Screen Options”?

Did you modify the default behavior ussing the statify__user_can_see_stats hook?

Kind regards
Patrick

Hello Dennis,

I’m sorry, but I cannot reproduce the issue.

Futhermore, the file redux.min.js where your error occurs according to the output from the console does not belong to Statify – Extended Evaluation.

Kind regards
Patrick

Hello @diebombe,

to delete the collected data, reduce number of the days in the setting “period of data saving”.

Regards
Patrick

Hallo Peer,

in der zwischenzeitig ver?ffentlichten Version 1.7.0 kann nun die Anzahl der im Dashboard angezeigten Tage eingestellt werden.

Daher schlie?e ich die Anfrage hier.

Viele Grü?e
Patrick

Hallo Dirk,

dieses Problem kann ich im Zusammenhang mit dem Update der Statify-Version nicht reproduzieren. Kannst du weitere Details schildern und ggf. die betroffene WordPress-Site nennen? Aufruf meiner Seite = auf allen Unterseiten?

Viele Grü?e
Patrick