Es läuft auf der Seite das Ezoic Plugin. Das erzeugt wirre lokale URLs wie [FONT=Courier New]/detroitchicago/augusta.js?cb=24[/FONT] und viele externe CDN Einbindungen wie [FONT=Courier New]https://sf.ezoiccdn.com/ezossp/https/w…screx=1&sxcb=3a[/FONT] usw., da können Suchmaschinen schonmal durcheinanderkommen. Damit einhergehende DSGVO Probleme mal ganz beiseite gelassen.
Beiträge von b3317133
-
-
Wenn Ninja-FW und die weiteren o.g. Plugins deaktiviert sind und trotzdem Verzögerungen oder Probleme beim Login auftreten, kann man "von aussen" kaum noch sinnvoll weiterhelfen. Du kannst es noch mit einem andern Account versuchen, lt. REST-API sind auf dem Website zwei Benutzer vorhanden.
-
Hier funktioniert der Aufruf der Anmeldeseite problemlos und auch die Reaktion bei falscher Eingabe ist ohne jede Wartezeit.
Klicke einmal Einstellungen > Permalinks > Speichern Button unten ohne Änderungen, das erzeugt die [FONT=Courier New].htaccess[/FONT] passend neu.
-
Deaktiviere Ninja-FW und alle ähnlichen "Sicherheits" Plugins.
Deaktiviere weiterhin alle Cache-, Minify- und Optimierungs-Plugins.
Link zur Seite? Siehe auch Forenregeln, Punkt II.
Und was verstehst Du genau unter "das SSL-Zertifikat neu ausgestellt"? Gab es vorher bereits eines? Wird mit irgendwelchen Proxy-Konstruktionen im Hosting (nicht in WordPress) gearbeitet?
-
Viele verwenden für sowas z.B. das Plugin Duplicator (Video-Demonstration dort einmal komplett ansehen, dann verstehst Du, wie das funktioniert). Eine erneute WordPress Installation als Basis im neuen Paket ist bei Duplicator nicht nötig, nur die Eingabe von neuen Datenbank Zugangsdaten.
Alternativ gibt es noch weitere ähnliche Plugins.
-
Viele Erklärungen im Forum sind auch für spätere Mitleser mit ähnlichen Problemen oder Interesse an den Hintergründen gedacht.
Tipp am Rande: Zum Bedanken gibt es hier im Forum auch einen "Gefällt mir" Button unten rechts in jeder Antwort.
-
Deine o.g. Fehlermeldung moniert einen unpassenden Wert anstelle eines eigentlich erwarteten Arrays. Der Wert wird aus einem sog. WordPress Transient gelesen und eine Prüfung, ob wirklich ein Array zurückkommt, fehlt bisher im Code.
Die alternative Fassung des Plugins prüft jetzt an anderer Stelle bei Zeile 35 ob ein Array vorliegt und versucht, das Problem so zu beheben. Eine wirklich korrekte Behebung wäre anders und würde ab der ehem. Zeile 66 erfolgen.
Möglicherweise wird oder wurde bei Dir auch irgendein Optimierungs- oder Bereinigungs-Plugin genutzt, das die WordPress Transients löscht bzw. gelöscht hat.
-
Sieht nach einem Fehler in diesem Plugin aus, der Complianz Plugin Support wäre hier der beste Ansprechpartner.
Einloggen kannst Du Dich wieder, wenn Du z.B. den Order [FONT=Courier New]/wp-content/plugins/complianz-gdpr/[/FONT] per FTP temporär umbenennst, das deaktiviert das Plugin.
Zeile 66 ist dieser PHP Code:
-
@DERYK Vielleicht nochmal die E-Mail oder auch den Website Deines Hosters lesen:
- https://www.hosteurope.de/faq/webhosting…-php-versionen/
- https://www.hosteurope.de/faq/aktuelle-h…4_ausfuehrlich/
- https://www.hosteurope.de/faq/webhosting…rsion-wechseln/
Am 14.11.2022 endet bei Deinem Hoster der PHP 7.4 Support, Du kannst jederzeit im Backend des Hostings auf PHP 8.0 (Support bis Ende 2023) oder 8.1 (Support bis Ende 2024) umstellen.Für Deinen Website bedeutet das, dass Du bis Mitte November Zeit hast, Dich darum zu kümmern, ob Dein Theme und ob/welche der Plugins mit PHP 8.x kompatibel sind und bei den jeweiligen Autoren anzufragen, ob es Anpassungen dafür gibt, falls das noch nicht der Fall sein sollte, oder Du Dir ggf. Alternativen suchst. Falls Eigenprogrammierungen vorhanden sind, die Probleme mit PHP 8.x verursachen, kann Dir sicherlich jemand mit grundlegenden PHP Kenntnissen das in unter einer halben Stunde anpassen, meist sind es erfahrungsgemäss letztlich nur minimale Änderungen in wenigen Minuten.
-
Link zur Seite, wo man das ansehen kann?
-
In WP Bakery sollten die Elemente Ungefiltertes HTML bzw. Ungefiltertes JavaScript zum Einfügen von Codeblöcken in Seiten vorhanden sein.
-
- Kommt auf Theme bzw. Page Builder an, ob/wie man in Seiten auch Code einfügen kann, siehe auch Forenregeln, Punkt II.
- Alternativ über einen Shortcode den man dann nur in diese Seite einfügt.
- Alternativ über eine [FONT=Courier New]wp_head[/FONT] Action mit passender [FONT=Courier New]is_page( '...' )[/FONT] Abfrage.
- Kommt auf Theme bzw. Page Builder an, ob/wie man in Seiten auch Code einfügen kann, siehe auch Forenregeln, Punkt II.
-
Nach Theme Wechsel Bildgrössen neu erstellen lassen, siehe diverse Plugins dazu.
-
Mich wundert nur, das ja keine Änderungen am Server vorgenommen wurden..
Irgendjemand / irgendetwas hat die vom Hosting beschriebene Änderung der Einstellung am Server vorgenommen, die zum nicht (mehr) Funktionieren der [FONT=Courier New].htaccess[/FONT] geführt hat. Evtl. wurde von wem auch immer unbedacht "ja, ja, ja machen, usw." angeklickt, als Plesk o.ä. eines Tages etwas gefragt hatte. -
-
Eine solche Empfehlung für eine Plugin Funktion kann trügerisch sein, das kann funktionieren, muss aber nicht. Viele Themes und Plugins laden Webfonts auf die unterschiedlichste Art und Weise, auch an Autoptimize uä. vorbei.
Es kommt immer auf den Einzelfall an.
Der korrekte Weg wäre: Man sucht sich die Komponenten, die Webfonts einbinden und schaltet das dann auf passende Weise jeweils direkt dort ab, kürzlich in einem anderen Thread kurz beschrieben:
Die Komponete geht oft aus der Reihenfolge der Einbindung und ggf. vorhandenen Attributen im entspr. Tag im HTML Quelltext hervor. Alternativ schaut man, für welche Elemente auf der Seite diese Schriften verwendet werden und ermittelt darüber die entspr. Komponente. Alternativ spricht man den Ersteller der Webseite an, der sollte wissen, wo welche Schriften eingestellt wurden. Alternativ schaut man sich das Theme und die Plugins und deren Einstellungen selbst an, gern auch mal den Code. Und wenn man es dann immer noch nicht rausgefunden hat, kann man die "temporär Komponenten deaktivieren" Alternative nutzen.
-
Existiert eine [FONT=Courier New]/wp-admin/.htaccess[/FONT] Datei? Falls ja, entferne die.
.. beim Permalink, wenn ich auf Änderung Speichern klicke: Fehler: Deine .htaccess-Datei ist nicht beschreibbar, sodass ihre automatische Aktualisierung nicht möglich war.
Das deutet darauf hin, das Ordner- und/oder Dateirechte generell nicht stimmen, ggf. auch für den übergeordneten Ordner, also "oberhalb" von WordPress, wende Dich hierfür an den Hostinganbieter.Ergänzung: Ein kurzer Check bei Google und Sucuri ergibt, dass der Website offenbar gehackt wurde. Evtl. kommen die 403 Sperren auch daher vom Hostinganbieter, schau mal nach diesbzgl. E-Mails vom Hostinganbieter oder frage direkt dort nach.
Codehttps://www.google.com/search?q=site%3Ahttps%3A%2F%2Fwww.sv-malsburg.de https://sitecheck.sucuri.net/results/https/www.sv-malsburg.de
Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen.Dabei am Wichtigsten wäre, die für den Hack genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.
-
-
-