Beiträge von b3317133

Die Links zeigen auf das WordPress.com CDN, die Seite wird offenbar dort betrieben.

Wende Dich daher an den WordPress.com Support, dieses Forum ist nur für selbstgehostetes WordPress von WordPress.org, die Unterschiede sind z.B. hier erklärt.

• Welche PHP Version wird jeweils auf den Servern verwendet?
• Funktioniert das normale Hochladen eines Bildes in der Mediathek?
• Welches Theme wird verwendet? Ist es mit allen Themes so?
• Entsteht das Problem auch mit allen Plugins deaktiviert?

Sowas liegt in der Regel am Browser, nicht an WordPress.

Wo kann man einen solchen PDF Link ansehen? Siehe auch Forenregeln, Punkt II.

Du suchst nach einer Ursache, die in Deine URL Struktur eingreift, Ezoic macht sowas. "Aber ich brauche Umsatz" ist ggf. kein wirklich stichhaltiges Argument bei Abmahnung wg. Tracking, IP-Weitergabe usw. ohne Zustimmung, dazu am besten einen Anwalt befragen.

Deaktiviere offensichtlich vorhandene Zusatzplugins für Elementor oder aktualisiere diese Plugins auf eine aktuelle mit Deinem Elementor kompatible Version.

Alternativ spiele vorerst ein Backup Deines Websites mit einer älteren Elementor Version von vor dem Auftreten dieses Problems ein und recherchiere dann weiteres zur Kompatibilität der verwendeten Plugins.

Alternativ wende Dich an die Person, die den Website technisch betreut bzw. ursprünglich eingerichtet hat, die müsste am besten wissen, welche(s) Plugin(s) hier eine Ursache sein könnte.

Im Code des veralteten Plugins muss dann wie auch aus der Fehlermeldung bereits ersichtlich [FONT=Courier New]_register_controls()[/FONT] in [FONT=Courier New]register_controls()[/FONT] geändert werden, der Unterstrich am Anfang fällt weg, siehe auch Elementor Entwickler Dokumentation.

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.

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:

foreach ( $this->cookie_list as $category => $cookies){

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

Nach Theme Wechsel Bildgrössen neu erstellen lassen, siehe diverse Plugins dazu.

Zitat von bls999

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.

Frage am besten beim Hostinganbieter nach, es sieht so aus, als würde bei Deinen betroffenen Seiten [FONT=Courier New].htaccess[/FONT] in Deinem Hosting warum auch immer nicht (mehr) beachtet.

Link zu so einer Seite?