WP Mail Logging Update führt zu Fatalem Error

  • Hallo zusammen,

    bitte verzeiht mir, ich bin WordPress-Anfänger und hoffe, dass mein Beitrag hier richtig aufgehoben ist. Falls es zu meinem Thema bereits einen Beitrag gibt, verweist mich gerne darauf.

    Ich habe folgendes Problem und benötige Hilfe damit:
    Am 18.04.2023 habe ich über WP Staging eine Staging Seite meiner Website erstellt, im Anschluss habe ich das Plugin "WP Mail Logging" aktualisiert, wodurch es zu einem Fatal Error kam. Anschließend versuchte ich, das genannte Plugin zu deaktivieren, was dazu führte, dass die Website komplett down war.

    Nach mehreren Anrufen beim Hosting (IONOS) stehe ich nun vor einer Website, die keinerlei Inhalt oder Seiten mehr aufweist. Bei Ionos kann ich in meinem Webspace explorer jedoch den Inhalt (Uploads, Seiten, etc.) der Seiten einsehen. Obwohl die Website wohl korrekt verknüpft ist, gibt es noch irgendein Problem mit der Verknüpfung bzw. der Content und das Layout der Website wird nicht mehr angezeigt.

    Zum Hintergrund ich nutze als Plugins BuddyBoss, LearnDash und Divi. Aktuell habe ich alle Plugins deaktiviert und versuche irgendwie die alten Staging Seiten wieder einzuspielen. Es gibt zudem eine funktionsfähige Staging-Site vom November 22, die eine funktionierende Website-Datenbank beinhaltet.

    Ich würde mich sehr über eine Antwort freuen und stehe natürlich gerne für Rückfragen zur Verfügung.

    Beste Grüße und danke vorab!

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Wo hast Du das Plugin-Update vorgenommen? Im Staging oder im Live?

    Was heißt "komplett down"? Was ist konkret zu sehen?

    Danke für die schnelle Antwort! Ich habe das Update im Live vorgenommen. Komplett down heißt aktuell, dass das Layout mehr oder weniger weg ist und ich auf einer "404 Seite nicht gefunden"-Seite rauskomme. Das Backend funktioniert ganz normal. Problem ist wie gesagt, dass der Content wohl im IONOS Webspace liegt bzw. im Backup liegt, jedoch nicht auf der Website abgebildet wird.

  • Eventuell wäre ein Link hilfreich um den Zustand zu sehen. Denn "Layout mehr oder weniger weg" und "404 Seite nicht gefunden" kann weiterhin sehr vieles bedeuten.

    Wirf auch mal einen Blick ins Error-Log vom Hosting. Dort müsste die eigentliche Ursache erkennbar sein. Der Support vom Hoster kann dabei sicher helfen.

  • Okay danke, das Error-Log vom Hosting finde ich direkt auf der Homepage von IONOS, richtig? Habe heute beim Hosting-Support angerufen, dort aber keine Hilfe bekommen...

  • Der Hinweis erfolgte aus einem einfachen Grund:

    Das Error-Log ist bei IONOS nicht im Hosting Backend und auch nicht im [FONT=Courier New]logs[/FONT] Ordner, dort sind nur die [FONT=Courier New]access.log[/FONT] Dateien. Anleitung von IONOS z.B. hier wie man das Error-Log manuell aktivieren könnte.

    Daher ist es bei IONOS in der Regel sinnvoll, das Debugging über [FONT=Courier New]wp-config.php[/FONT] in WordPress einzustellen, dann braucht man keine Pfade anzupassen oder [FONT=Courier New]php.ini[/FONT] Dateien zu erstellen usw.

  • Der Hinweis erfolgte aus einem einfachen Grund:

    Das Error-Log ist bei IONOS nicht im Hosting Backend und auch nicht im [FONT=Courier New]logs[/FONT] Ordner, dort sind nur die [FONT=Courier New]access.log[/FONT] Dateien. Anleitung von IONOS z.B. hier wie man das Error-Log manuell aktivieren könnte.

    Daher ist es bei IONOS in der Regel sinnvoll, das Debugging über [FONT=Courier New]wp-config.php[/FONT] in WordPress einzustellen, dann braucht man keine Pfade anzupassen oder [FONT=Courier New]php.ini[/FONT] Dateien zu erstellen usw.

    danke, welche Einstellungen muss ich dort tätigen?

  • @b3317133 Ich habe jetzt das Plugin "WP Activity Log" installiert und aktiviert.

    Zudem habe ich in der wp-config.php-Datei den Log aktiviert, ich finde jedoch die Datei debug.log (die ich wohl zum Anzeigen der Fehler benötige) nicht.


    Sind das bisher die richtigen Schritte, oder habe ich etwas vergessen?

    2 Mal editiert, zuletzt von lauring (4. Mai 2023 um 10:33)

  • Wenn das Error Logging in WordPress über die Datei [FONT=Courier New]wp-config.php[/FONT] aktiviert wird, ist das genannte Plugin nicht nötig und sollte auch nicht aktiv sein, da sich Überschneidungen von Einstellungen ergeben könnten.

    Die Datei [FONT=Courier New]wp-content/debug.log[/FONT] wird beim Auftreten der nächsten Fehlermeldung angelegt.

  • Ich habe jetzt das Plugin "WP Activity Log" installiert und aktiviert.

    grusel...

    ich persönlich mag https://de.wordpress.org/plugins/decalog/ in einem Browserfenster werden in Echtzeit die Fehlermeldungen und mehr angezeigt. Ohne dass man umständlich in Logfiles suchen muss. Finde ich angenehmer und schneller.


    Zudem habe ich in der wp-config.php-Datei den Log aktiviert, ich finde jedoch die Datei debug.log (die ich wohl zum Anzeigen der Fehler benötige) nicht.

    WordPress muss die Rechte haben, die Datei anzulegen und in diese zu schreiben. Wenn der Server bei 1und1 sich weigert die Datei anzulegen, einfach mit dem Holzhammer die Logdatei anlegen und die Schreibrechte selber setzten. In der Regel erzeugt WordPress aber die Log-Datei, wenn der erste Fehler auftaucht.

    Viel Glück mit deinen Daten und deinem Content!

    Mit offenen Augen träumen

  • Hi, danke für die Rückmeldung. Ich bin etwas verwirrt... der Fehler, der meine Website zum Einsturz gebracht hat ist ja bereits passiert, kann das Log-Plugin dann überhaupt rückwirkend "Fehler aufdecken"?

    Zudem ist jetzt die nachfolgende Fehlermeldung aufgetreten

    "Deprecated: strpos(): Passing null to parameter #1 ($haystack) of type string is deprecated in /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-includes/functions.php on line 7053

    Deprecated: str_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated in /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-includes/functions.php on line 2165

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-includes/functions.php:7053) in /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-admin/includes/misc.php on line 1431

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-includes/functions.php:7053) in /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-includes/functions.php on line 6896

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-includes/functions.php:7053) in /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-admin/admin-header.php on line


  • "Deprecated: strpos(): Passing null to parameter #1 ($haystack) of type string is deprecated in /homepages/1/d854580556/htdocs/clickandbuilds/fracto302689/wp-includes/functions.php on line 7053

    Die Fehlermeldung bedeutet, dass du versuchst, eine Funktion namens strpos() mit einem null-Wert als erstem Parameter aufzurufen. Dies ist in PHP 8.1 veraltet und sollte vermieden werden. Du kannst stattdessen einen leeren String oder einen anderen Standardwert verwenden, z.B.:

    `strpos($haystack ?? '', $needle)`

    Migration to PHP 8.1 - how to fix Deprecated Passing null to parameter .... https://stackoverflow.com/questions/7170…rameter-error-r.


    [COLOR=#b30000]Verwende einfach kein PHP 8.1[/COLOR]

    Mit offenen Augen träumen

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!