Deine Beschreibungen befinden sich in der Datenbank, also falls sie nach dem Plugin Wechsel noch vorhanden sind.
Beiträge von b3317133
-
-
Viele verwenden das kostenlose Plugin Duplicator mit einer Subdomain und dann dort mit einem Schutz wie z.B. Password Protected. Etwas technischer Sachverstand wird hier vorausgesetzt, am besten erstmal das Video in der Duplicator Pluginbeschreibung komplett ansehen, dann versteht man den Ablauf gleich viel besser.
-
Dein Theme ist lt. [FONT=Courier New]style.css[/FONT] nur bis WordPress 5.7 getestet und wird auch nicht mehr weiterentwickelt.
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 passe das Theme an die aktuelle WordPress Version an (oder lasse es anpassen). Vermutlich ist ein Theme Wechsel die beste Lösung.
-
Ideen:
- Die 4-5 Webseiten könnten gehackt sein.
- Irgendwelche "Security" oder "Hardening" Funktionen in Plesk erkennen false positives.
Wie genau sieht die 403 Meldung aus? Sonstige HTTP Header bei der Meldung? -
Der eigentliche Fehler war die defekte REST API, irgendetwas hatte bei Dir die internen WordPress Rewite Regeln zerschossen.
Das reCaptcha Problem ist browserabhängig je nach Add Ons oder Browser und betrifft viele Webseiten, die meisten bekommen es nicht mit, weil man mit Ihnen keinen Kontakt aufnehmen kann, da das Formular wegen reCaptcha ja nicht funktioniert. :rolleyes:
-
Hier erscheint jetzt:
ZitatVielen 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:
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. -
- Was erscheint in der Browser Console beim Versand?
- Link zur Seite mit dem Formular?
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.
-
- Entferne das Jetpack Plugin.
- Entferne das Elementor Plugin, möglicherweise kommt daher der Google Webfont Hinweis, z.B. bei der Impressum Seite.
- Entferne die besucherzaehler-kostenlos.de Einbindungen.
- Entferne die spendeonline.org Einbindungen oder binde sie erst nach Zustimmung des Besuchers ein, für diesen Punkt braucht Du ggf. jemanden in Deinem Umfeld, für den das etwas weniger Neuland ist.
-
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.2mir 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
- bei All inkl im Hosting KAS anmelden
- bei neuer Domain Ziel > Webspace > Ordner der WordPress Installation einstellen
- gleiche PHP Version wie bei der Übergangsdomain einstellen
wie hier beschrieben: https://all-inkl.com/wichtig/anleit…rsicht_503.htmlDann in Übergangsdomain
- in WordPress über die Übergangsdomain anmelden
- bei Einstellungen > Allgemein > beide URLs die Übergangsdomain in die neue Domain ändern (URLs ohne [FONT=Courier New]/[/FONT] Zeichen am Ende eingeben)
- in Übergangsdomain abmelden (falls nicht automatisch passiert)
Dann in neuer Domain- in WordPress über die neue Domain anmelden
- Plugin Better Search Replace installieren und damit ersetzen
(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.
- bei All inkl im Hosting KAS anmelden
-
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:
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.