Beiträge von b3317133

Und was hast Du wie dort beschrieben womit ersetzt? Was funktioniert daran nicht? Screenshot der Änderung?

Versuche es mal so, wie im wpForo Supportforum empfohlen.

Dein PHP Code wird so nicht ausgeführt sondern als einfacher Text behandelt. Versuche es damit:

function custom_dashboard_1() {
echo '<p>Herzlich Willkommen!<br>xxxxxxxxx<br>
xxx
<td style="width: 40%;"><a><img src="' . get_stylesheet_directory_uri() . '/images/login/xxxxxxxxx.png" alt="" style="float:right;" width="150" height="63" /></a></td>
xxx
</p>';
}

Mehr zum Thema php und Strings z.B. hier (google).

Aus dem sichtbaren Teil des Logs geht hervor, dass Benutzername und Kennwort für den SMTP Server offenbar nicht korrekt sind. Lies bei den in der Meldung genannten Links nach, was Du wie eingeben musst.

In welche PHP Datei? Screenshot? Was steht im Quelltext der Seitenausgabe im Browser? Screenshot?

Nicht jedes Tutorial ist vollständig oder korrekt oder passt zu aktuellen Versionen von Plugins / WordPress oder Servereinstellungen usw., Link zu Deinem Tutorial?

Versuche es ansonsten mal mit einem SMTP Plugin und poste dann die Fehlerlogs daraus.

Wo genau wird dieser Code eingegeben? Screenshot? Evtl. wird an der Stelle gar kein PHP ausgeführt. Schaue Dir den Quelltext der Seitenausgabe im Browser an, siehe auch Hinweis bereits in #3 dazu.

In der Datenbank oder in diesem Fall z.B. hier /wp-json/wp/v2/pages/2728 über die Ausgaben der REST-API, vermutlich wurde Better Search Replace nicht korrekt umgesetzt und stattdessen wird weiter irgendein SSL-Plugin verwendet. Weiterhin gibt es lt. Browser Konsole noch diverse Fehlermeldungen bzg. Webfonts und Scriptfehler.

Eröffne einen eigenen Thread, wenn Deine Umstellung mit Better Search Replace wie vielfach beschrieben nicht funktionieren sollte.

Das inzwischen ergänzte weitere Codebeispiel des Plugin Supports ist übrigens leider auch falsch formatiert und hat derzeit gebogene / curly Quotes [FONT=Courier New]“ ”[/FONT] statt einfachen Anführungszeichen [FONT=Courier New]" "[/FONT], ein kleiner aber feiner Unterschied, Du kannst den Autor ja noch darauf hinweisen wenn Du möchtest.

Falsch:

$wphi_gluri_slider = get_option(“wphi_gluri_slider”, array());

Korrekt:

$wphi_gluri_slider = get_option("wphi_gluri_slider", array());

Vermutlich einfach ein Bedienungs-/Verständnisproblem mit dem Editor dort...

Ok, teile das am besten zeitnah noch dem Plugin Support mit, damit der sich nicht unnötig den Kopf zerbrechen muss...

Ergänzung: Das eigentliche Problem ist, dass bei Dir trotz der genannten Einstellung zu WP_DEBUG dieser Hinweis ausgegeben wurde. Das sollte eigentlich nicht sein. Evtl. ist die Problematik da ähnlich gelagert, zumindest in der Supportunterhaltung sind auch bei Deiner Zeile falsche Anführungszeichen verwendet, korrekt wäre:

define('WP_DEBUG', false);

Hinweis am Rande, in Deiner Supportunterhaltung wurden fälschlicherweise "curly" Anführungszeichen verwendet, vermutlich durch das Forensystem bei wordpress.org bzw. die fehlende Markierung als Code dort.

Hier der dort genannte Fix für die Zeile 156 mit korrekten Anführungszeichen für copy&paste:

$wphi_gluri_slider = get_option( 'wphi_gluri_slider', array());

Dafür ist ein extra Account bei wordpress.org nötig, mit Deiner WordPress Installation hat dieser Account nichts zu tun.

Dann solltest Du wohl am besten wie bereits von @SirEctor empfohlen den Plugin Support kontaktieren.

Vermutlich liefert der Aufruf [FONT=Courier New]get_option( 'wphi_gluri_slider')[/FONT] in Zeile 156 bei Dir warum auch immer ein [FONT=Courier New]false[/FONT] statt einem Array zurück.

(hatte oben mit 3.0.1 versehentlich die WordPress Version statt Pluginversion 1.8.2 von der Pluginseite kopiert).

Autoptimize ohne ein Pagecache Plugin nutzt vergleichsweise wenig. Mit WP Rocket hast Du jetzt ein Plugin, das die Funktionen von Autoptimize bereits enthält und mit einem ebenfalls enthaltenen Pagecache verbindet, daher die Verbesserung.

Wenn Du die restlichen Hinweise noch durchgegangen bist, wäre entspr. Feedback dazu für andere sicherlich noch hilfreich.

Welche Version des Plugins WP Header Images wird eingesetzt? Aktuell ist 3.0.1, letztes Update vor wenigen Stunden.

Wie ist es testweise ohne Autoptimize? Und wie ist es testweise ohne die Einbindung von typekit.net (adobefonts), facebook API / pixel / tracker und wp.com / tracker / statistik? Und welche Plugins sind noch aktiv?

Ergänzung: Derzeit läuft lt. HTTP Headern PHP 7.2.29, wie ist es z.B. mit PHP 7.3.x? Ist dieses PHP Boost Feature von Strato aktiv? Wie ist es mit und ohne?

Zitat von wiedeklaus

Ich habe keine Ahnung, wo ich mit der Fehlersuche beginnen soll

Du könntest es wenn möglich mit WordPress 5.3.2* versuchen, evtl. sind die diversen Änderungen im neuen WordPress 5.4 (wptavern.com) das Problem im Zusammenspiel mit dem Rest bei Dir:

Zitat

Changes for Developers
WordPress 5.4 introduces several changes, some of which break backward compatibility, for plugin and theme authors...

Warum man Rückwärtskompatibilität zwischen einem Release 5.3 und 5.4 entfernen muss, wissen auch nur die Entwickler dort...

Alternativ deaktiviere alle Plugins bis auf Metaslider und stelle sicher, dass Du die neuste Version des Plugins und zum Testen die neuste Version z.B. von Twenty Twenty verwendest.

* Um ältere Versionen von WordPress zu nutzen, gibt es ein entspr. Plugin, aber da sollte man sich ggf. schon etwas auskennen bzw. vor jedem Schritt auf jeden Fall ein komplettes Backup der aktuellen Installation (Dateien und Datenbank) machen.

Splitte die Backups wie beschrieben auf, einmal alles ohne [FONT=Courier New]wp-content/uploads/[/FONT] und ggf. paar weitere Backups mit jeweils nur Unterordnern von [FONT=Courier New]wp-content/uploads/[/FONT]

Zitat von JABA-Hosting

Er hat kein FTP zur Verfügung.

Auf dem Zielsystem sollte FTP zum Einspielen der Daten aus den weiteren Backups verfügbar sein...

Alternativ, falls Du unsicher mit WordPress und die Seite wichtig sein sollte, was spricht gegen eine Version von "All-in-One WP Migration Import" die nicht kostenlos ist?

Am wichtigsten ist ein komplexes Kennwort für Deinen Admin Account, z.B. in der Art wie im Benutzerprofil vorgeschlagen.

Das "Verstecken" von Logins u.ä. führt oft zu Selbstaussperrungen, Kompatibilitätsproblemen mit diversen Mitgliederplugins, usw., weiterhin wird von den automatischen Bots zum Benutzter- bzw. Passwortraten auch dann weiterhin die XML-RPC Schnittstelle verwendet (dritte Zeile in Deinem Log). Bei vielen Installationen klopfen mehrmals pro Minute solche Bots an, normales Standardhosting hält sowas in der Regel problemlos aus.

Für Contact Form 7 gibt es gegen Spam auch DSGVO-konforme Lösungen, z.B. das Plugin Honeypot for CF7.

Wenn zu grosse Dateien erzeugt werden, stelle sicher, dass keine Backupdateien von anderen Plugins enthalten sind, leere die Caches von ggf. vorhandene Pagecache-/Minify Plugins auf dem Server und/oder schliesse Unterordner innerhalb von [FONT=Courier New]wp-content/uploads/[/FONT] bei der Erstellung der Pakete aus und transferiere diese Unterordner dann nach dem Einspielen manuell (download/upload per FTP bzw. in diesem konkreten Fall Erstellen eigener Sicherungen pro Unterordner per Backup-Plugin o.ä. und upload per FTP).

Ergänzung: Welche Datenmengen in welchen Ordnern liegen, kann man z.B. mit Plugins wie Disk Usage Sunburst ermitteln.