Beiträge von b3317133

Der eingefügte Code im Contentbereich ist dort falsch, er bewirkt nichts.

<p><meta http-equiv="Cache-control" content="public"><br />
<meta http-equiv="Cache-control" content="private"><br />
<meta http-equiv="Cache-control" content="no-cache"><br />
<meta http-equiv="Cache-control" content="no-store"></p>

Die Grafik im Sidebar auf der linken Seite wird per JavaScript jede Sekunde neu geladen, das ist ggf. etwas oft.

Ähnlich könnte man die restlichen Grafiken im Contentbereich periodisch per JavaScript neu laden, oder aber auch nur einen Timestamp bei der Ausgabe der Seite den Grafiklinks anhängen, z.B. indem man alles über einen sog. Shortcode ausgibt.

Bzgl. der "FastCGI" Meldungen im Error-Log, ist PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?

Wie man eine debug.log erzeugt, steht im o.g. Link.

Hier funktionieren interessanterweise nach kurzem Test mit dem Theme die Footer Widgets mit PHP 7.2, beschreibe mal genauer, was exakt Du wo eingestellt hast, das bei PHP 5.x funktioniert und bei PHP 7.2. nicht.

Steht das genau so beim Hoster (mit PHP 7.2)? Oder steht da noch mehr Text in den Zeilen? Welcher Hoster?

Und was genau erscheint in debug.log bei WP_DEBUG (mit PHP 7.2)?

Viele schalten wie bereits beschrieben generell die Avatarnutzung unter Einstellungen > Diskussion ab bzw. nutzen Plugins wie Simple Local Avatars oder WP User Avatar o.ä.

Die Nutzung von gravatar.com ist lt. Meinung ebenfalls vieler mit DSGVO nicht vereinbar.

Allgemeine Anmerkung dazu: Diese standardmässige Einbindung von Gravatar in WordPress ist wie auch z.B. die Nutzung eines externen CDNs für Daten in den "About" und "Welcome" Seiten von WordPress und ebenso die derzeit vorhandene Einbindung von Google Webfonts im Gutenberg Editor wird oft angesprochen, stösst aber auf kaum Verständnis bei den aktuellen Entwicklern. Unserer Meinung nach gibt es weder für WordPress.org, noch für wordpress.com Seiten, noch für Gravatar oder Jetpack eine auch nur ansatzweise ausreichende Datenschutzerklärung für den europäischen Raum.

Dort wo im Code ... (drei Punkte) stehen, würde der Code in z.B. $_GET oder $_POST nachsehen, ob ggf. ankommende Input-Felder für ihn dabei sind und diese dann auswerten.

Zitat von baraber

Habe da noch nichts eingerichtet wegen Mailversand. Wie muss das eingerichtet sein und wo ?

Das hat mit WordPress selbst weniger zu tun, mehr zu xampp und email hier (google).

Alternativ dazu, wenn man einen passenden externen Mailserver zur Verfügung hat, kann man eines der SMTP Plugins installieren und entspr. konfigurieren, dann geht in der Regel sämtliche E-Mail von WordPress über diesen Mailserver raus.

Läuft der Website auf "localhost" wie der Titel des Threads vermuten lässt? Ist dort Mailversand eingerichtet?

Ok, dann wäre der nächste Schritt das Aktivieren von WP_DEBUG mit Logdatei und schauen, was in [FONT=Courier New]wp-content/debug.log[/FONT] erscheint und ob man dann daraus schliessen kann, wo das Problem liegt.

Alternativ dazu in das Error-Log des Webhosters schauen.

Zitat von Spelly

Wie kann ich das wieder so herstellen, wie es vorher war?

Installiere wie über 1 Mio andere Benutzer auch ein Plugin wie z.B. Classic Editor oder Disable Gutenberg.

Zitat von Spelly

Und mich würde auch mal interessieren, was Ihr von dem neuen Editor haltet...

Viel zu "unfertig" für auch nur einen ansatzweisen Einsatz ausserhalb von simplen "2 Beiträge mit 4 Absätzen Text und 3 Bildern pro Woche Blog" Szenarien.

Du könntest versuchen, in der Datei [FONT=Courier New]wp-content/themes/bareletta/functions.php[/FONT] die Zeile 294

[FONT=Courier New]add_filter( 'dynamic_sidebar_params', 'barletta_check_sidebar_params' );[/FONT]

auszukommentieren, so dass dort steht

[FONT=Courier New]// add_filter( 'dynamic_sidebar_params', 'barletta_check_sidebar_params' );[/FONT]

und mit PHP 7.2. testen. Damit fehlt dann ggf. etwas HTML im Frontend, aber man könnte erstmal rausfinden, ob da die Ursache steckt.

Zitat von Tobiasp

Ich weiß einfach nicht was ich noch probieren soll, zumal auch eine Frische Instalation auf der Domain besagte Probleme hat.

Was sagt denn der neue Hoster dazu?

Und handelt es sich um das gleiche Problem wie hier?

Das Plugin Statpress ist seeeehr alt und nicht mehr im Plugin Repository verfügbar, die Funktion [FONT=Courier New]mysql_real_escape_string()[/FONT] wird in aktuellen PHP Versionen nicht mehr unterstützt. Eine mögliche Alternative ist evtl. hier beschrieben (ungetestet). Wenn das Plugin nicht aktiv ist, werden diese Art Meldungen nicht mehr erscheinen. Welche PHP Version wird derzeit verwendet?

Bzgl. der "FastCGI" Meldungen, ist PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?

Füge den gewünschten CSS-Code am Ende von "Design > Customizer > Zusätzliches CSS" ein, z.B.

.comment-holder .comment-list .comment .comment-body .extra-wrap {
    color: #ff00ff;
}

Die Reihenfolge kannst Du im WordPress Menü "Einstellungen > Diskussion > Weitere Kommentareinstellungen > Die ältesten/neusten Kommentare sollen oben stehen" anpassen, wenn Dein Theme das unterstützt.

Hier funktioniert die Seite jetzt, siehe Ergänzung 2 oben, leere ggf. Deinen Browser Cache.

Ist PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?

Ist die aktuell zu beobachtende Weiterleitung der Normalzustand Deines Websites?

Falls in Zeile 94 der Datei [FONT=Courier New]wp-config.php[/FONT] folgendes steht:

[FONT=Courier New]define( 'WP_AUTO_UPDATE_CORE', minor );[/FONT]

Ändere es in das:

[FONT=Courier New]define( 'WP_AUTO_UPDATE_CORE', [COLOR=#b30000]'[/COLOR]minor[COLOR=#b30000]'[/COLOR] );[/FONT]

Ergänzung: Jetzt hat sich was geändert, die Weiterleitung leitet endlos auf sich selbst weiter, ohne Error 500[FONT=Courier New].[/FONT] Würde empfehlen, diese Weiterleitung, wo auch immer sie herkommt, zu deaktivieren.

Ergänzung 2: Und jetzt geht die Seite offenbar wieder (bis auf einige "mixed content" Sachen wegen einer offenbar noch unvollständigen Umstellung auf https). Was waren die Probleme?

Und was steht dann im error.log?

Derzeit leitet Deine Startseite und auch alle sonstigen Seiten auf Deine Loginseite weiter (und dort dann Error 500)? Ist diese Weiterleitung der Normalzustand?

Alternativ gibt es Plugins wie Loco Translate zur Anpassung der Übersetzungsdateien direkt im Browser.

Benenne temporär per FTP mal den Ordner [FONT=Courier New]wp-content/plugins/meow-gallery/[/FONT] um, z.B. in [FONT=Courier New]wp-content/plugins/meow-gallery-deaktiviert/[/FONT] - das deaktiviert das Plugin. Funktioniert dann der Login und/oder die Seite wieder?

Gibt es den Punkt im WordPress Menü "Design > Customizer > Zusätzliches CSS"?

Gibt es einen Link zur Seite mit den Kommentaren? Welche Farbe genau dort ist gemeint?