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:

    Zitat

    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


    Die REST API des Contact Form 7 Plugins ist unvollständig oder defekt:

    Code
    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.

    • 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).

    • 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.

    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.html

    Dann 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

    Code
    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.

    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:

    Code
    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.