Der berühmte Wordpress White Screen des Todes

Question

Wie im Titel erwähnt, ich denke, das ist bei weitem ein Problem Automattic oder Wordpress-Team kann nicht lösen, egal welche Version Wordpress in Zukunft gehen wird. In dieser Frage konzentriere ich mich auf den weißen Bildschirm des Todes, den ich bekomme, wenn ich bestimmte Plugins aktivieren möchte. Ich entwickle eine Seite, die 30 Plugins benötigt. Ja, manche werden sagen, das sind zu viele Plugins für eine Site, kein Wunder, dass ich den weißen Bildschirm bekommen werde. Aber hey, das ist Wordpress, einer der Gründe, warum Wordpress die beliebteste Blogging-Plattform ist, weil die Verfügbarkeit der Plugins es Ihnen ermöglicht, Ihr Ziel in kürzerer Zeit zu erreichen. Für diejenigen, die Experte in PHP + WP-Entwicklung, können Sie sagen, Hack der WP ist besser als mit vielen Plugins wie das, was ich tue, aber hey, die Mehrheit der WP-Nutzer sind nicht PHP-Guru. Die meisten von ihnen sind normale Benutzer wie ich oder wissen nur, wie sie installieren und benutzen, was ihnen zur Verfügung steht.

So weit, hier die gemeinsamen Schritte, die wir tun, wenn Sie den weißen Bildschirm des Todes (WSOD) bekommen.

1. Benennen Sie die wp-content/plugins Ordnernamen wie wp-content/plugins-Temp, wird diese alle Plugins deaktivieren
2. Wie ich, ich umbenennen lieber die einzelnen Plug-Ordnernamen, wie zum als wp-content/plugins/akismet zu wp-content/plugins/akismet-Temp
3. Danach werden alle Plugins nacheinander aktivieren, so können wir wissen, welche Plugin der Täter
ist
4. Suchen Sie am Ende der Plugin-Datei nach zusätzlichen Leerstellen, besonders nach dem schließenden PHP-Tag?> Stellen Sie sicher, dass nach dem Tag kein zusätzlicher Platz vorhanden ist. Stellen Sie sicher, dass Sie die Datei "themes functions.php" (falls vorhanden) oder die Plugin-Datei überprüfen.
5. die Speicherzuweisung für Wordpress
erhöhen

Normalerweise werden Ihre Website danach wieder normal sein. ABER das wird dieses Problem immer noch nicht lösen.

Für mich ist das sehr nervig, vor allem die Schrittnummer 3. Wie können wir wissen, welches Plugin der Täter ist ?? An erster Stelle dachte ich, dass der Schritt Nummer 3 wirklich eine Tatsache ist, aber jetzt denke ich, dass es eine Lüge ist. WARUM?

Wie im Moment, plötzlich nachdem ich 25 Plugins aktiviert habe, ist eines der Plugins, das ich nicht reaktivieren kann, Akismet. Was? Akismet? Ja, das Plugin wird vom WP-Team selbst entwickelt. Ich weiß, dass der obige Schritt 3 eine Lüge ist, denn wenn ich zuerst Akismet aktiviere, wird der Akismet erfolgreich aktiviert. Überhaupt kein Problem.

Also jetzt ist das Problem Plugins Kompatibilität zwischen den Plugins. Wie kann ich als normaler Benutzer feststellen, welches Plugin nicht zu welchem ​​Plugin passt ??? Wenn ich 30 Plugins verwende, wie viele Wahrscheinlichkeiten von einem Plugin sind nicht mit jedem Plugin kompatibel? Wie kann ich wissen, welche Plugins zuerst aktiviert werden sollten, damit der WSOD nicht erscheint?

Wenn es einen Fehler gibt, dann kann ich vielleicht einen Hinweis haben, aber es ist ein einfacher weißer Bildschirm. Ich bin ahnungslos. Dieser Konflikt von Plugins in WordPress ist wirklich ein ungelöstes Problem, das mich wirklich stresst.

Wer weiß, wie man das beheben kann? Zumindest wissen, wie man die Plugins über mysql aktiviert?

Answer 1

Hallo :) das ist meine erste Antwort Ich hoffe es nützt so vielen Menschen, weil ich von diesem dummen Problem gelitten habe und die Lösung wirklich peinlich war und ich es nicht bekommen kann aber es funktioniert.

Ich bin hier, um über die Lösung für den weißen Bildschirm des Todes zu sprechen, der nach dem Einloggen kommt und Sie erhalten dieses weiße Ding anstelle des Admin-Panel, was auch immer die Benutzerrolle war.

Es gibt die üblichen Lösungen wie oben erwähnt. In meinem Fall hatte ich nur ein Plugin und ich habe viele Änderungen daran vorgenommen. Auch ich habe die footer.php in WordPress bearbeitet. Ich habe herausgefunden, dass der WSOD (White Screen Of Death) nach den ersten Änderungen in einer der PHP-Dateien des Plugins herauskommt. Die Art, wie ich die Änderungen vorgenommen habe, besteht darin, die PHP-Datei in meinem Computer durch den Texteditor zu bearbeiten, dann würde ich den geänderten PHP über FTP hochladen, um den alten zu ersetzen, und dann beginnt das Problem. Abd, wenn ich den Schritt zurücksetze und die ursprüngliche Akte zurückbringe, geht jedes Ding zum Normal zurück.

Wenn Sie dieses Problem haben, wäre die Lösung sehr einfach und ich weiß wirklich nicht, warum niemand es jemals vorher gepostet hat.

Die Lösung wäre, indem Sie einfach Ihre Änderungen über den Editor, den Sie im Admin-Panel haben, vornehmen. Es gibt zwei Editoren, eine für das Thema und die andere für die Plugins.

Öffnen Sie den Editor im Adminbereich des Plugins, das Sie ändern möchten. Fügen Sie die gewünschten Änderungen in den Texteditor auf der Webseite des Admin-Steuerfelds ein. Wenn Sie fertig sind, klicken Sie auf die Schaltfläche Update-Datei.

Und glücklich, Sie werden am Ende mit Ihrer Modifikation und keine weißen Bildschirm des Todes.

Ich hoffe euch allen eine gute Zukunft ohne mehr WSOD.

UPDATE: durch Recherchen und versuchen mehr, fand ich heraus, dass die Bearbeitung der Dateien und Encoding es mit UTF-8 wird das Problem zu vermeiden, dass die Datei bearbeiten und stellen Sie sicher, dass die Codierung entweder ANSI oder UTF-8 ist BOM

Answer 2

Sie sollten versuchen, eine Version von PHP mit installiertem xdebug auszuführen. Ein WSOD, das ist höchstwahrscheinlich ein PHP-Parse-Fehler. Das ist also kein WordPress-Problem, sondern ein PHP-Problem.

Die Verwendung von xdebug hilft, weil Sie in einigen signifikanten% der Fälle, in denen Sie sonst einen WSOD erhalten hätten, einen ausgefallenen Stacktrace erhalten würden.