Beiträge von b3317133

Danke für die Rückmeldung zu WP Slimstat, das hilft ggf. auch anderen weiter.

Hier im entspr. Plugin Support Forum ist das Problem offenbar auch schon bekannt und man arbeitet daran, es kam wohl mit dem neusten Update WP Slimstat 5.0.5

Versuche es testweise mit einer .[FONT=Courier New]png[/FONT] Datei, evtl. ist Deine [FONT=Courier New].svg[/FONT] Datei defekt oder sonstige CSS Regeln für [FONT=Courier New]img[src$=".svg"][/FONT] u.ä. funken dazwischen.

Genereller Ansatz bei solchen Problemen:

Deaktiviere temporär der Reihe nach alle Plugins, verschwindet die Meldung dann bei einem? Dann hast Du den Verursacher gefunden.

Falls nicht, liegt es wohl am Theme, das kannst Du testen (am besten aber auf einer extra Testinstallation des Websites, da ein Wechsel des Themes ggf. auch zu Datenverlust bei Widgets u.ä. führen kann), indem Du temporär auf ein WordPress Twenty XXX Standard Theme wechselst.

Was in diesem Fall direkt auffällt, ist die stark veraltete 5 Jahre alte Version 1.0.0 des Themes:

https://www.fusselblog.de/wp-content/themes/freshwp-pro/style.css
https://www.fusselblog.de/wp-content/themes/freshwp-pro/changelog.txt

Aktuell wäre die 8 Monate alte Version 1.0.6 (siehe Theme Demo Verkäufer):

https://themesdna.com/demo/freshwp-pro/wp-content/themes/freshwp-pro/style.css
https://themesdna.com/demo/freshwp-pro/wp-content/themes/freshwp-pro/changelog.txt

Wende Dich an den Theme Verkäufer, um ein Update zu erhalten, auf dem Website der Pro Version steht aktuell One-time payment. Lifetime updates.

https://themesdna.com/freshwp-pro-wordpress-theme/

Wo genau erscheint diese Fehlermeldung? Sind weitere Details genannt? Screenshot?

Welches Theme und welche Plugins werden verwendet, welche PHP Version?

Wenn in WordPress ein Theme oder Plugin kein verfügbares Update anzeigt, dann heisst das noch lange nicht, dass es mit diesem "aktuellen Stand" auch kompatibel zu anderen zwischenzeitlich aktualisierten Komponenten wäre. Die maximal getestete WordPress Version sieht man nur, wenn man manuell die Plugin Details durchgeht.

Und schon gibt es keine obskuren Cookies mehr... :rolleyes:

Laufen dort irgendwelche Sicherheitsplugins?

Man kann auch z.B. keine Cookies verwenden, keine externen Einbindungen verwenden, kein Kontaktformular anbieten. Das vereinfacht vieles.

Viele Cookie-Banner sind (wie oben beschrieben) falsch oder gar nicht eingerichtet.

Wogegen was verstösst, das kann am besten ein entspr. Anwalt beantworten.

Der Code wäre im [FONT=Courier New]header.php[/FONT] o.ä. des jeweils verwendeten Theme/Child-Theme/Code-Snippet-Plugin einzufügen.

Alternativ folgt man der WordPress Anleitung des Herstellers dieses Consent Managers.

Möglicherweise muss man dann noch verwendete Cookies und externe Einbindungen im Theme bzw. Plugins in WordPress an diesen Manager anpassen.

Tipp am Rande: Wenn der Code auf einen externen Server verweist, ist er wg. der IP-Adresse an Drittanbieter ohne Zustimmung nicht DSGVO konform.

Die aufgerufene Funktion gibt es ab PHP 8 nicht mehr. Deine WordPress Installation ist offenbar nicht PHP 8 kompatibel.

Ergänzung: Das (lt. Google Cache) verwendete Theme Patio ist von 2015, das könnte z.B. das Problem sein.

https://corneliamichel.de/wp-content/themes/patio/style.css

Oder aber die (lt. Google Cache) verwendete WordPress Version 4.8. Zu der passt auch direkt die gezeigte Zeilennummer in der Fehlermeldung [FONT=Courier New]wp-includes/compat.php on line 502[/FONT].

Lösungsansatz: Temporär PHP 7.4.x nutzen, um die Installation auf eine PHP 8 kompatible WordPress Version zu aktualisieren, das wäre mind. WordPress 5.6.x für PHP 8.0. Alternativ die WordPress Systemdateien per FTP ersetzen.

Derzeit erscheint hier allgemein für die Seite und auch die Login Seite eine weisse Seite mit Fehler 500.

Der Server läuft derzeit (wie auch bei Deiner anderen Frage) mit PHP 8.1.19, das ist mit WordPress 5.7.x nicht wirklich kompatibel.

Mit dem SSL Problem hat dieser Fehler 500 vermutlich erstmal nichts zu tun.

Ergänzung: Mehr zur Ursache kann man ggf. im Error-Log nachlesen.

Was steht in Design > Sidebar Replacements in Deinem Screenshot?

Ergänzung: Und was steht in OceanWP > My Library?

Was steht in Footer 1, 2, 3, 4 in Deinem Screenshot?

Prüfe vor einem Update zuerst im Detail nach, ob sowohl Dein Theme und ggf. Child-Theme als auch alle genutzten Plugins mit der beabsichtigten WordPress Version und PHP Version kompatibel sind.

Hier funktioniert die Seite, das Zertifikat ist jetzt für die korrekte Domain und 90 Tage gültig.

Nur das Plugin, das AGB/Datenschutz anzeigt, ist offenbar noch inaktiv o.ä., es erscheint ein Shortcode statt Inhalt.

1. Das aktuell verwendete SSL-Zertifikat ist auf [FONT=Courier New]*.kasserver.com[/FONT] ausgestellt, nicht auf die genannte Domain.

Zitat von weicherkeks

Was kann ich tun?

Beispielsweise folgendes:

1. Repariere/Verlängere das SSL-Zertifikat beim Hosting Anbieter.
   
2. Deaktiviere das Cache Plugin.
3. Deaktiviere ggf. vorhandene Simple SSL/https o.ä. Plugins.
4. Benenne die Datei [FONT=Courier New].htaccess[/FONT] um, so dass sie nicht beachtet wird.
   
5. Leere den Browser Cache.
6. Versuche dann den Login.

Die [FONT=Courier New].htaccess [/FONT]Datei kannst Du später via Einstellungen > Permalinks > Speichern (ohne Änderungen) von WordPress neu erstellen lassen.

Zitat von Schokokeks

Ich hatte nach Installation der Webseite das Securityplugin "WP Hide & Security Enhancer" genutzt, ... Ob es damit zusammenhängt?

Das kannst Du so herausfinden:

• Entferne das Plugin Verzeichnis [FONT=Courier New]wp-content/plugins/wp-hide-security-enhancer[/FONT] oder benenne es um.
  
• Entferne den [FONT=Courier New]BEGIN/END WP Hide & Security Enhancer[/FONT] Block in der Datei [FONT=Courier New].htaccess[/FONT]

Ergänzung: Nach Änderungen jeweils den Browser Cache leeren.

Jetzt funktioniert es besser. Nur die Zahl scrollt noch etwas oben raus, ggf. ist das aber so gewollt.

Der bereits genannte Scriptfehler ist nach der Aktivierung der beiden Cache Plugins wieder vorhanden.

Der Scriptfehler ist nach dem Deaktivieren der Plugins nicht mehr vorhanden. Er wird also durch eines oder die Kombination aus beiden Plugins verursacht.

Das eigentliche Problem ist auch mit Firefox oder Google Chrome sichtbar, möglicherweise hat es mit Animationseffekten der jeweiligen dem Anker übergeordeneten Bereichen zu tun, dort werden diverse transitions und translateY CSS verwendet. Evtl. hilft das Dir oder auch anderen Helfern schon weiter.