Lt. der Anleitung des Themes könnte das evtl. die Beautiful Loading Funktion sein? Was sagt denn der Verkäufer bzw. Theme Support?
Beiträge von b3317133
-
-
Hier bei Github von Yoast SEO hatte jemand ein sehr ähnliches Problem, leider ungelöst, probiere es mal wie dort beschrieben mit dem Deaktivieren aller sonstigen Plugins oder einem anderen Theme, um das weiter einzugrenzen.
Das htdocs ist ein Teil des Pfades auf dem Strato Server und hat damit nichts zu tun.
-
Hat eher nichts mit WordPress Design zu tun, sondern kommt wahrscheinlich von Google Analytics, mehr dazu z.B. hier, gefunden via Suchmaschine...
-
Beim direkten Aufruf der Datei wp-config.php werden drei 0x0d,0x0a Zeichenfolgen = Zeilenumbruch/CRLF ausgegeben, das führt zur "Cookies" Fehlermeldung.
-
Link zur Seite?
-
Der frühere Links Manager wird offiziell in WordPress nicht mehr unterstützt, er befindet sich aber derzeit noch im Code und kann wie hier beschrieben bzw. über das Hochladen und Aktivieren des kleinen angehängten Plugins wieder aktiviert werden (getestet mit WordPress 4.9.9). Alternativ kann man einfach ein Text- oder HTML Widget verwenden.
-
Der eingefügte Code im Contentbereich ist dort falsch, er bewirkt nichts.
Code<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.
-
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?
-
-
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.
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.
-
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.
Code.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.
