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 erstellenHier erscheint jetzt:
Vielen Dank für deine Nachricht. Sie wurde gesendet.
Möglicherweise wird bei Dir im Browser Google reCaptcha blockiert o.ä.? Dieser externe Dienst wird im Formular verwendet. Ist am Rande bemerkt übrigens ein DSGVO Problem.
Deaktiviere alle Cache- und Optimierungs Plugings, derzeit mind. aktiv: WP Rocket
- Was erscheint in der Browser Console beim Versand?
Die REST API des Contact Form 7 Plugins ist unvollständig oder defekt:
https://guidnew.com/wp-json/contact-form-7/v1/contact-forms/33/feedback/ - 404 Not Found
Versuche es mit einmal Einstellungen > Permalinks > Speichern ohne Änderungen, das setzt u.a. auch die Rewrite Rules zurück.
SMTP Plugin versucht zu installieren?
Mit einem SMTP Plugin hat ein Fehler 404 in der Browser Console nichts zu tun.
Siehe auch FAQ Contact Form 7.
Am Rande bemerkt: Wenn das Theme nicht mehr als PHP 7.4 schafft, ist es höchstwahrscheinlich nicht kompatibel bzw. getestet für WordPress 6.x. Vermutlich wurde hier WordPress aktualisiert, ohne vorher die Kompatibilität aller Komponenten (Plugins und Theme) zu prüfen. Verwende einen WordPress Zweig, der kompatibel zu Deinen sonstigem Komponenten ist oder tausche die veralteten Komponenten aus oder lasse das Theme an PHP 8 anpassen (meist nur kleine Eingriffe).
Du könntest ein Plugin wie WP Statistics verwenden, das man auch DSGVO konform einsetzen kann, oder bei Deinem Hostinganbieter nachfragen, ob dort anonymisierte Statistiken erhoben und eingesehen werden können.
Google Webfonts sind auf den ersten Blick zumindest auf der Startseite nicht erkennbar. Wie lautete die genaue Meldung?
Derzeit werden allerdings über das Jetpack Plugin Deine Bilder und Teile von WordPress von externen Servern aus den USA eingebunden, evtl. wurden in Jetpack versehentlich "Beschleunigungsfunktionen" aktiviert. Diese Funktionen sind im Hinblick auf DSGVO auch eher nicht ratsam, technisch gesehen ist es exakt das gleiche Problem wie mit den externen Google Webfonts. Deaktiviere das Jetpack Plugin bzw. mind. die genannten Funktionen.
Weiterhin werden externe Inhalte von einem Besucherzähler und einem Spendendienstleister eingebunden, auch hier geht die IP Adresse an externe Server. Sollte man im Hinblick auf DSGVO auch deaktivieren oder erst nach erfolgter Zustimmung des Besuchers einbinden.
Im o.g. Ticket steht Milestone: 6.1.2, woher diese ominöse Angabe auch immer kommen mag, eine 6.1.2 war ursprünglich mal für Ende Januar angedacht, mal sehen wann sie dann letztendlich kommt.
Hier im Thread wurde als Lösung auf eine Code-Anpassung verwiesen, mit der das Problem sofort behoben wird.
Es wird keine 6.1.2 geben.
Im o.g. Ticket steht Milestone: 6.1.2
mir gar nicht vorhanden
Evtl. verwendest Du nicht WordPress 6.1, das Changeset bezieht sich darauf.
Das ist ein aktueller Fehler in der [FONT=Courier New]WP_Textdomain_Registry[/FONT] seit WordPress 6.1, für den im kommenden WordPress 6.1.2 ein Workaround eingepflegt werden soll, Ticket dazu hier, tritt offenbar im Zusammenhang mit dem Maintenance Modus (bei Dir also bei Aktualisierung Plugins oder Theme) auf.
Ändere in der Datei [FONT=Courier New]wp-includes/class-wp-textdomain-registry.php[/FONT] die hier beschriebenen Zeilen (grün ersetzt rot).
Und zur Abwechslung eine hoffentlich hilfreichere Antwort:
Wenn die neue Domain bei All inkl ist
wie hier beschrieben: https://all-inkl.com/wichtig/anleit…rsicht_503.html
Dann in Übergangsdomain
Dann in neuer Domain
suchen: https://www.uebergangsdomain.de
ersetzen: https://www.neuendomain.de
(oder ähnlich, ohne [FONT=Courier New]/[/FONT] Zeichen am Ende)
Damit sollte die Umstellung erledigt sein. Je nachdem welcher Page Builder verwendet wird, kann es sein, dass interne CSS/Script Caches noch neu generiert werden müssen.
Wichtig: Falls in der WordPress Installation Sicherheits-, Cache- oder Optimierungs Plugins verwendet werden, diese vor Beginn der Umstellung deaktivieren und erst nach der Umstellung wieder aktivieren.
Ist das Telefonnummer Feld im Mail Tab des Formulars eingetragen? Siehe auch Contact Form 7 Dokumentation.
Mit einem frisch registrierten Test Account erscheint nach Login/Logout via Browser jeweils zuerst eine versuchte Weiterleitung zu einer nicht existierenden Seite mit HTTP Status 404, was den von Dir beschriebenen [FONT=Courier New]net::ERR_BLOCKED_BY_RESPONSE[/FONT] in der App erklären würde:
https://meinedomain.com/www.meinedomain.com
Der Login/Logout Vorgang an sich bzgl. Cookies usw. funktioniert.
Würde prüfen/korrigieren, ob ggf. Schreibweise mit [FONT=Courier New]www.[/FONT] in der App und/oder im WordPress Plugin des Loginformulars verwendet wird und ob in der Plugin Konfiguration bei Weiterleitungen ggf. ein [FONT=Courier New]https://[/FONT] vergessen wurde.
Evtl. ist der WebView in beiden Apps unterschiedlich konfiguriert.
Würde testweise mal das W3 Total Cache Plugin deaktivieren, zumindest auf der [FONT=Courier New]/app_login/[/FONT] Seite bzw. auf allen individuellen Seiten nach der Anmeldung.
Oder das Cookie Plugin mal weglassen, falls der Login ohne Zustimmung nicht funktioniert.
Oder die AddToAny bzw. Google Translate Einbindungen mal weglassen, evtl. verursachen die Scriptfehler o.ä.
Auf der Seite sind zudem zwei unterschiedliche Login Formulare, eines im Header, eines im Content, mit unterschiedlichem Verhalten, evtl. liegt es auch daran.
Ist die nötige Funktionalität evtl. über die WordPress Application Passwords lösbar?
Oder wird ein sichtbarer Login Dialog und die Nutzung des WordPress Backends wie im Browser benötigt?
Deine Beschreibung ist da noch etwas unklar.
Reihenfolge:
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.
