Patrick Robrecht

Hallo Thomas,

kann ich best?tigen, das ist ein Bug: https://github.com/pluginkollektiv/statify/issues/208.

Wird sicherlich mit dem n?chsten Update gefixt sein.

Viele Grü?e
Patrick

Hi @albert0346,

something like this:

add_filter(
    'statify__skip_tracking',
    function( $previous_result ) {
        if ( current_user_can( 'edit_posts' ) ) {
            return true;
        }

        $user = wp_get_current_user();
	if ( !empty( $user ) && in_array( 'administrator', $user->roles ) ) {
            return true;
        }

        return $previous_result;
    }
);

You can adjust the condition as you want by replacing the capability in current_user_can or the user role with the one.

• This reply was modified 3 years, 6 months ago by Patrick Robrecht.

Guten Tag,

ich kann dieses Ph?nomen bei meinen eigenen Webauftritten nicht beobachten.

Ein Grund, warum dieses mit dem WordPress-Update zusammenh?ngen k?nnte, ist mir nicht bekannt. Prinzipiell ist es natürlich m?glich, den Referrer clientseitig bspw. via Browser-Addon manipulieren zu lassen.

Viele Grü?e
Patrick

Hi @thomascloer,

ab der soeben ver?ffentlichten Version 1.0.0 sind übersetzungen auch via Translate WordPress m?glich.

Hello @kotyarashop,

the error is caused in a file from WooCommerce.

How did you trace the problem to Snitch? Can you provide the steps to reproduce the error?

Cheers,
Patrick

Hi @bitpicker,

do you have JavaScript tracking enabled on the site not counting the requests as visits?

If MainWP just fetches the HTML and JavaScript tracking is enabled, the view cannot be counted. With default tracking the request may be counted depending on the sent user agent (we try to ignore bots).

See the documentation for details.

Kind regards
Patrick

Hallo @emko2,

wenn du ein Caching-Plugin nutzt, solltest du auf JavaScript-basiertes Tracking wechseln. Dann kannst du in den Browsertools auch schauen, ob alles funktioniert (in Firefox bpsw. Rechtsklick, “Element untersuchen”, dann im Tab “Netzwerkanalyse” – dort müsste dann ein POST-Request mit 204 Status Code aufgelistet sein).

Wenn Cronjobs bei deiner Installation nicht funktionieren, w?re aus Statify-Sicht die einzige Folge, dass Daten nicht nach der Aufbewahrungsdauer gel?scht werden.

Viele Grü?e
Patrick

Hallo Kathrin,

was meinst du mit “Zugriffe in Echtzeit” – eine automatisch aktualisierte Liste der letzten Seitenaufrufe? Sowas gibt es momentan nicht und ist bisher auch nicht geplant.

Die Statistiken im Dashboard kannst du mit Klick auf den gleichnamigen Button aktualisieren – dann werden die neusten Seitenaufrufe berücksichtigt.

Weitere Statistiken bietet Statify – Erweiterte Auswertung.

Viele Grü?e
Patrick

Hi @hkenny8,

currently this is not possible with this plugin. There’s an issue in the backlog which I’ve just updated. The idea would be to add a widget or a Gutenberg block for that.

At the moment the further development is none of my priorities, so I don’t know whether this will be implemented. As the plugin is open source, feel free to fork it (I would review a PR if someone implemented this).

Cheers
Patrick

Hallo @allgaeuhero,

“einfach weg” sollte nicht sein. Statify l?scht Daten aber automatisch nach der eingestellten Anzahl von Tagen.

Theoretisch kannst du Daten aus einem Backup wieder importieren.

Viele Grü?e
Patrick

Hi @fitnsexy,

I’d recommend to test whether Statify works fine if the other plugins (esp. Autoptimize and WP Fastest Cache) are deactivated.

You should also check the CORS setting and the request to 127.0.0.1 (= localhost).

As the problem seems to be related to your WordPress or server configuration, we as plugin developers cannot help you.

Kind regards
Patrick

Hi @fitnsexy,

the Statify request is actually sent on your site, but gets a 302 Found response. It should be a 204 No Content. I assume that the optimization plugin causes that Statify is not working.

The network tab says “CORS failed” for the Statify request and the mysterious request to 127.0.0.1.

Kind regards
Patrick

Hallo Tommy,

die Tabelle wp_statify gibt es bei dir ja noch, daher muss der Teil CREATE TABLE wp_statify nicht enthalten sein (da g?be es auch eine Fehlermeldung, dass die Tabelle doch schon da ist).

Einfügen musst du die Zeilen:

INSERT INTO wp_statify (id, created, referrer, target) VALUES
(1, ‘2019-07-31’, ”, ‘/’),

für alle IDs, die du wieder einfügen willst.

Genau die entsprechenden Zeilen via Importieren (Datei ausw?hlen und “ok” klicken) oder via SQL (Zeilen in das Formular kopieren und “ok”). Wenn was nicht passt, erh?lst du eine Fehlermeldung.

Viele Grü?e
Patrick

Hallo @urlaubspapa,

du kannst einfach dein Backup nehmen und die INSERT-Statements für die gel?schten Zeilen via phpMyAdmin ausführen (Copy and Paste oder Datei mit den passenden Statements für den Import vorbereiten). Für Zeilen, die noch in der Datenbank vorhanden sind, wird es eine entsprechende Fehlermeldung geben.

Viele Grü?e
Patrick

Hi @vulkan3,

I cannot reproduce the issue. Can you provide some more details? Do you see errors on the browser console?

Kind regards
Patrick