Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenReihenfolge:
Dann hast Du eine Basis, mit der Du weiteres Debugging ohne Nebeneinflüsse betreiben kannst.
Eine Config Datei gibt es nicht. Die Rewrite-Regeln sind in der Datenbank und manchmal in [FONT=Courier New].htaccess[/FONT]. WordPress ist eine PHP Anwendung. Du kannst beliebige PHP IDEs zum Debugging verwenden.
Der angefrage 404 ist ein REST API Aufruf des WP Statistic Plugins, schau Deinen eigenen Screenshot nochmal an:
[Blockierte Grafik: https://forum.wpde.org/attachments/metabox-json-png.25052/]
Ergänzung: Wenn Du ein Backup einspielst, gehe den ganzen Thread mit allen Problemen und Rückfragen und daraus folgenden Änderungen und Erzeugen [FONT=Courier New].htaccess[/FONT] über Einstellungen > Permalinks und Anzeigen von "Antwort" bei Fehlern nochmal von Anfang an durch bevor Du weitere Fragen stellst, sonst dreht sich das im Kreis.
Dieser Screenshot ist a) eine 403 Meldung (nicht die 404 Meldung aus Deinem o.g. Screenshot) und b) nicht das Tab "Antwort".
Wenn Du ständig parallel andere Dinge versuchst, kann man nur sehr schwer sinnvoll helfen.
Was/ob ein Plugin beim Deinstallieren aus WordPress löscht/rückgängig macht oder nicht, weiss am besten der jeweilige Plugin Autor bzw. Plugin Support. Es gibt dazu keine allgemeingültige Aussage.
löschen und via permalinks update neu erstellen
Der einzig richtige Weg.
.. wenn Ausgaben bei dem Link https://speefak.spdns.de/oss_lifestyle/wp-json/ erscheinen funktioniert die REST API schon mal
Dieser Teil der REST API funktioniert(e) bereits die ganze Zeit, andere Teile der REST API von WP Statistics waren/sind wegen Deiner REST API Plugins (siehe Meldungen oben) bzw. aus sonstigen Gründen (noch zu ermitteln) beschränkt oder waren heute (siehe 404 Meldung) nicht mehr verfügbar.
Beantworte noch die Frage zur 404 Meldung in Deinem Screenshot.
Nach manuellen Anpassungen in [FONT=Courier New].htaccess[/FONT] versuche es mit Einstellungen > Permalinks > ohne Änderungen speichern, ändert das etwas?
allerdings wird die Statistik nicht aufgebaut bzw. angezeigt: https://speefak.spdns.de/mycloud/index.php/s/ntdjfMoW8TJGQf6
Öffne diese 404 Meldung in der Konsole, was wird als Detail "Antwort" angezeigt?
Ergänzung: Hast Du die o.g. [FONT=Courier New].htaccess[/FONT] manuell erstellt/bearbeitet oder wurde die von WordPress so geschrieben? Das [FONT=Courier New]www.[/FONT] sollte da wohl eher nicht sein. Im Zweifel lösche die [FONT=Courier New].htaccess[/FONT] Datei und speichere dann die Permalinks, das erzeugt die Datei passend neu.
Wenn es nichts zum Zustimmen oder Ablehnen gibt, man das aber trotzdem abfragt oder auch gar nicht genutzte Dinge in einer Datenschutzerklärung aufführt, dann geht man damit nicht auf Nummer sicher, sondern zeigt nur relativ klar, dass man keine Ahnung hat, ob die eigene Webseite DSGVO konform ist oder nicht und dass die Abfrage bzw. Datenschutzerklärung nicht mit der nötigen Sorgfalt individuell passend erstellt wurde.
Viele solche Zustimmungsplugins sind nicht falsch sondern gar nicht eingestellt. Sie werden aufgrund irgendwelcher genereller Empfehlungen installiert und der unbedarfte Betreiber einer Webseite vermutet dann, es wäre damit alles erledigt. Oft ist auch der eigentlich technisch notwendige Sachverstand für eine solche Einrichtung, für ggf. dafür nötige Anpassungen im Code des Themes oder auch in Konfigurationen von anderen Plugins oder das Erkennen, dass die Einrichtung nicht oder fehlerhaft vorgenommen wurde, einfach nicht vorhanden.
Wie gesagt, es kommt bei diesem Thema immer auf den Einzelfall an.
Wofür muss der Leser Ja oder Nein anklicken, wenn es kein Tracking-Trara gibt?
Cookie- bzw. Zustimmungsplugins wg. DSGVO/GDPR kann man nicht generell empfehlen, es kommt immer auf den Einzelfall an. Oft werden solche Plugins zudem einfach nur installiert, aber nicht richtig eingerichtet, was Sinn und Zweck des "Nervens" ad Absurdum führt.
Ergänzung: Die o.g. Kernöl Seite verwendet z.B. das Borlabs Plugin, bindet aber einfach trotzdem immer Google Tag Manager und Facebook Connect von externen Servern ein. Das Plugin ist dort also weiterhin falsch/nicht eingerichtet.
Ein Login via Teamviewer / Andydesk ist kein Thema,
Direkte Hilfe ist hier im Forum nur über die Jobbörse möglich.
Supportforum von dem Plugin gibt es ein Topic in dem für einen 403 an der Stelle
Es ist eine andere Stelle. Die eigentliche Ursache könnte ähnlich sein. Er schreibt aber auch, dass andere Wordpressinstallationen auf dem gleichen Server das Problem nicht haben.
Ok, das ist wieder eine andere 403 Meldung.
Von aussen kann man ansonsten kaum noch weiterhelfen, es wäre ein Login erforderlich, um Dingen weiter auf den Grund gehen zu können.
Öffne eine der 403 Meldungen in der Konsole, was wird als Detail "Antwort" angezeigt?
Du hattest vorhin auch geschrieben, alle Plugins wären deaktiviert, trotzdem war auf Deinen Screenshots der Zugriff auf die REST API mit Fehler 403 beschränkt und es war vorhin auch direkt im Frontend nachvollziehbar, siehe Antwort #10 oben, mit der entspr. Meldung, die nicht aus dem WordPress Core stammt.
Inzwischen ist das im Frontend nicht mehr nachvollziehbar, der Zugriff auf die REST API ist jetzt problemlos möglich und nicht mehr beschränkt:
https://speefak.spdns.de/oss_lifestyle/wp-json/wp-statistics/v2/Deine neu geposteten Screenshots passen daher eigentlich nicht zu aktuellen Lage. Öffne eine der 403 Meldungen in der Konsole, was wird als Detail "Antwort" angezeigt?
Ergänzung: Melde Dich zwischendurch aus WordPress ab, leere Deinen Browser Cache inkl. Cookies und melde Dich wieder in WordPress an, nur um hier Wechselwirkungen auszuschliessen.
Etwas hat sich geändert, der o.g. Mechanismus ist deaktiviert, der Zugriff auf die WordPress REST API ist nicht mehr beschränkt.
Rufe erneut die Statistik Seite auf und poste Browser Console Screenshots des "Konsole" und "Netzwerk" Tabs.
Ergänzung: In Deiner Plugins Liste sind Plugins, die wenn sie aktiv sind, tief in die REST API eingreifen, also nicht weiter verwunderlich, wenn da was nicht funktioniert.
Das ist keine Meldung aus dem WordPress Core.
Es deutet auf ein aktives Plugin WordPress REST API Authentication hin.
Du schreibst aber, alle Plugins bis auf WP Statistics wären deaktiviert.
Poste einen Screenshot der gesamten Plugins Übersicht Seite. Falls dort tatsächlich alles bis auf WP Statistics inaktiv ist, gibt es dort bei "Alle", "Aktiviert", "Inaktiv" ggf. auch eine Auswahl "Obligatorisch"?
Es läuft irgendein Mechanismus, der den Zugriff auf die WordPress REST API beschränkt.
https://speefak.spdns.de/oss_lifestyle/wp-json/wp-statistics/v2/
Sorry, you are not allowed to access REST API.
With the free plan, only WordPress default endpoints can be authenticated. You can upgrade to the suitable premium plan to securely access the custom built or 3rd-party plugin endpoint.
Deaktiviere diesen Mechanismus.
Poste einen Screenshot beim Aufruf der Statistik Seite.
Und dann noch einen vom "Netzwerk" oder "Network" Tab beim Aufruf der Statistik Seite.
Und deaktiviere vorher alle Cache- und Optimierungs-Plugins, derzeit mind. aktiv: Autoptimize, WP-Optimize
Klicke den Link zu Browser Console an. Folge der Anleitung für Deinen Browser und schau beim Aufruf der Statistik Seite in das "Konsole" oder "Console" Tab.
Das sieht nicht aus wie eine normale Browser Console Ausgabe mit Bezug zur aufgerufenen Seite. Verwende Chrome oder Firefox.
Was erscheint in der Browser Console beim Aufruf der Statistik Seite?
Ergänzung: Und WordPress Version, Plugin Version, welches Theme, PHP Version, welcher Browser?
Deaktiviere das Plugin WP Fastest Cache und beobachte dann das Verhalten.
Alternativ prüfe die Einstellungen des Cache Plugins oder nutze dessen "Cache leeren" Funktion.