Support » Allgemeine Fragen » White Screen of Death – habe alles ausprobiert und nichts funktioniert

Ansicht von 13 Antworten - 1 bis 13 (von insgesamt 13)
  • Thread-Starter dani1711

    (@dani1711)

    Kleiner Nachtrag:

    Ich habe natürlich auch darauf geachtet dass die bearbeiteten Dateien immer im UTF-8 Format gespeichert wurden, der Editor mit dem ich gearbeitet hab ist Brackets.

    Hallo,

    Warning: Cannot modify header information – headers already sent by

    vielleicht hilft Dir dieser Link
    Viele Grüße
    Hans-Gerd

    Fangen wir mal mit etwas offensichtlichem an:

    Warning: Use of undefined constant minor – assumed ‚minor‘ (this will throw an Error in a future version of PHP) …

    Ich versuche das mal umgangssprachlich wiederzugeben:

    Pass auf, ich hab da was gefunden, was demnächst bei PHP Ärger machen könnte. Du hast nämlich eine Konstante minor verwendet, ohne sie in Anführungszeichen zu setzen.

    Das Problem kannst du beheben, in dem du nach einer Zeile mit minor suchst und das Wort in Hochkomma setzt: 'minor'.

    Warning: Cannot modify header information – headers already sent by…

    bedeutet sinngemäß „Pass auf, ich hätte gerne das HTML-Dokument nachträglich geändert, aber da war schon irgendwas rausgeschickt worden …“. Das irgendwas ist üblicherweise eine Fehlermeldung, z.B. wenn das Zeichenformat der wp-config.php falsch ist. Hast du einen geeigneten Programmier-Editor (also bitte nicht Notepad, Textedit, …) verwendet und darauf geachtet, dass die Datei im Format UTF-8 ohne Byte Order Mark gespeichert wird (macht z.B. der Atom Editor automatisch)?

    Was dann zum White Screen of Death führt, musst du anschließend klären. Dazu ist es hilfreich, in der wp-config.php den Debug-Modus zu aktivieren, also die Zeile auf define( 'WP_DEBUG', true ); zu setzen. Werden dann Fehlermeldungen ausgegeben?

    Deine Beschreibung des (unnvollständigen) manuellen Updates klingt ein wenig … gruselig. 😉 Schau mal hier nach, vielleicht hilft das weiter.

    … finale Abschlussbesprechung mit meiner Kundin führen und ihr zeigen wie sie ihre Inhalte pflegen kann …

    Oh, oh … 😰

    Nachtrag: Der von Hans-Gerd verlinkte Beitrag nennt auch zusätzlichen Text vor dem einleitenden <?php als mögliche Fehlerquelle. Da der Fehlerhinweis auf die erste Zeile der wp-config.php verweist, wäre das eine berechtigte Annahme. Es könnte aber auch sein, dass ein Plugin oder das Theme mit einer Fehlermeldung „dazwischen funkt“. Plugin-Verzeichnis umbenennen und Standard-Theme aktivieren (bzw. Verzeichnis des aktuellen Theme umbenennen) hast du aber bereits gemacht?

    Thread-Starter dani1711

    (@dani1711)

    Hallo und danke für die ausführliche Antwort!

    Das Problem kannst du beheben, in dem du nach einer Zeile mit minor suchst und das Wort in Hochkomma setzt: ‚minor‘. –> habe ich bereits gemacht ohne Erfolg.

    Der Editor mit dem ich die wp-config.php geändert habe um den Debug Modus zu aktivieren ist Brackets und die Datei ist auch im UTF-8 Format gespeichert (Standart bei Brackets), ich habe auch Fehlermeldungen bekommen, diese hatte ich in meinen ersten Post kopiert.

    Danke für den Link zum manuellen update, das hat leider auch nicht geklappt…

    habe jetzt nach ungefähr 10 Telefonaten mit Strato erfahren dass die ein automatisches Backup über Strato machen…boah hab ich ne Wut! Das kann man mir nicht heute morgen beim ersten Anruf direkt sagen!?!?!!?

    Jedenfalls habe ich jetzt das Backup vom 7.7.2019 über Strato aufgespielt und siehe da es funktioniert wieder alles….leider ist der Stand der Website jetzt 50% weniger als vorher, aber ich bin froh das ich wieder ins Backend komme.

    Habe jetzt übrigens den Teil der als Fehler in der wp-config.php stand: define( „WP_AUTO_UPDATE_CORE“, minor); von minor auf false geändert, keine automatischen updates mehr sonst kommt das Problem hinterher wieder.

    Ich hoffe das dieser Fehler nicht wieder vorkommt und habe auch keine Lust das die Kundin in 8 Monaten anruft und mir von dem gleichen Problem erzählt nur weil sich irgendwas automatisch geupdated hat.

    Was meint ihr dazu? Bin ich save oder riskiere ich gerade meinen Kopf?

    Ich verstehe das nicht.

    Erst schreibst du

    Das Problem kannst du beheben, in dem du nach einer Zeile mit minor suchst und das Wort in Hochkomma setzt: ‚minor‘. –> habe ich bereits gemacht ohne Erfolg.

    und wenig später

    Habe jetzt übrigens den Teil der als Fehler in der wp-config.php stand: define( „WP_AUTO_UPDATE_CORE“, minor); von minor auf false geändert, keine automatischen updates mehr sonst kommt das Problem hinterher wieder.

    Sorry, aber da steht doch minor ohne Hochkommas?

    Danke für den Link zum manuellen update, das hat leider auch nicht geklappt…

    Was soll ich mir jetzt unter „hat leider auch nicht geklappt“ vorstellen? Wieso klappt das nicht, was bei dutzenden anderen AnwenderInnen offensichtlich prima funktioniert hat? Was genau hat „nicht geklappt“? Wie äußert sich das?

    … keine automatischen updates mehr sonst kommt das Problem hinterher wieder.

    Das ist eine ausgesprochen schlechte Idee.

    Thread-Starter dani1711

    (@dani1711)

    Sorry, aber da steht doch minor ohne Hochkommas?

    Die Hochkommas hatte ich drin, haben aber an der weissen Seite nichts geändert.

    Ich habe die Dateien wie in der Beschreibung ausgetauscht, also neue WP Version runtergeladen, wp-content gelöscht. Ich habe wirklich jeden Schritt eingehalten und als ich fertig war, war sowohl das frontend als auch das backend der Webseite weiss.

    Also habe ich wie oben beschrieben die Backup Variante von Strato ausprobiert und ich habe wieder Zugriff aufs backend und das frontend ist auch zu sehen. Problem also gelöst. zumindest das Zugriffsproblem.

    Was mir jetzt sorgen macht ist deine Aussage „Das ist eine ausgesprochen schlechte Idee.“ zu ausschalten der minor updates bei WordPress.

    Dein Vorschlag wäre also das ( „WP_AUTO_UPDATE_CORE“, ‚minor‘); und nicht ausschalten mit dem Befehl false. Aber kann es dann nicht wieder zu einem Problem kommen?

    Sorry, aber da steht doch minor ohne Hochkommas?

    … und genau das ist falsch.

    Die Hochkommas hatte ich drin, haben aber an der weissen Seite nichts geändert.

    Die Fehlermeldung dazu müsste aber verschwunden sein. Wenn du eine nicht funktionierende WordPress-Website hast, ist eine übliche Vorgehensweise, alle möglichen Fehlerquellen zunächst zu beseitigen, um die eigentliche Ursache zu isolieren. Unstrukturiert hier und da Dinge auszuprobieren ist wenig effizient.

    Ich habe wirklich jeden Schritt eingehalten und als ich fertig war, war sowohl das frontend als auch das backend der Webseite weiss.

    Das heißt doch nicht, dass das Update „nicht geklappt“ hat. Das bedeutet, dass der Fehler nicht mit einer unvollständig installierten Version zu tun hatte, weil du das durch ein erneutes, manuelle Update ausschließen konntest. Nochmal: Es geht darum, mögliche Fehlerursachen auszuschließen. Das hat geklappt.

    Problem also gelöst. zumindest das Zugriffsproblem.

    Ja, und die halbe Site zerschossen. Sicher auch eine Lösung. Nur … wieso fragst du dann überhaupt hier?

    Was mir jetzt sorgen macht ist deine Aussage „Das ist eine ausgesprochen schlechte Idee.“ zu ausschalten der minor updates bei WordPress.

    Gut. Das sollte dir auch Sorgen machen.

    WordPress, Theme und Plugins sind eine sehr komplexe Anwendung mit tausenden Programmierzeilen. Sobald eine Sicherheitslücke bekannt wird, wird sie in Form eines automatischen Updates behoben. Schließt du diese Updates aus, behältst du auch die Sicherheitslücken und machst die Website für deinen Kunden und ihre Website-Besucher zu einem potentiellen Risiko.

    Dein Vorschlag wäre also das ( „WP_AUTO_UPDATE_CORE“, ‚minor‘); und nicht ausschalten mit dem Befehl false. Aber kann es dann nicht wieder zu einem Problem kommen?

    Wo habe ich das geschrieben?

    Mein Vorschlag ist, die Zeile komplett rauszunehmen und damit die Voreinstellung von WordPress (automatische Updates von Zwischenversionen zur Behebung von Sicherheitslücken) zu übernehmen.

    Wenn Updates automatisch ein Problem bereiten, ist nicht WordPress „schuld“, sondern ein fehlerhaftes Theme oder Plugin. Dort solltest du dann ansetzen.

    Thread-Starter dani1711

    (@dani1711)

    Die Fehlermeldung dazu müsste aber verschwunden sein. Wenn du eine nicht funktionierende WordPress-Website hast, ist eine übliche Vorgehensweise, alle möglichen Fehlerquellen zunächst zu beseitigen, um die eigentliche Ursache zu isolieren. Unstrukturiert hier und da Dinge auszuprobieren ist wenig effizient.

    Ok verstehe die Vorgehensweise, d.h. ich habe zu schnell den Debug Modus beendet bzw. ich mehr nach und nach kontrolliert ob die Fehlermeldungen sich ändern oder wegfallen, nicht sehr schlau. Ic sitze da seit gestern nacht dran und bin wirklich verzweifelt, ist eine Erklärung, keine Entschuldigung für mein „wenig effizientes rumstochern“.

    Das heißt doch nicht, dass das Update „nicht geklappt“ hat. Das bedeutet, dass der Fehler nicht mit einer unvollständig installierten Version zu tun hatte, weil du das durch ein erneutes, manuelle Update ausschließen konntest. Nochmal: Es geht darum, mögliche Fehlerursachen auszuschließen. Das hat geklappt.

    Verstehe ich auch, gehört zur selben Vorgehensweise wie du einleitend beschrieben hast…

    Ja, und die halbe Site zerschossen. Sicher auch eine Lösung. Nur … wieso fragst du dann überhaupt hier?

    Es tut mir Leid dass es auf Dich so wirkt als hätte ich dem Forum hier nicht vertraut, das ist auf keinen Fall so! Aber als ich die Steps ausprobiert habe und nichts geholfen hat (aus o.g. Gründen des „nicht effizienten rumstocherns“) habe ich richtig Panik bekommen und wollte unbedingt den technischen support bei Strato erreichen weil man da mit jemandem spricht der einen evtl. am Telefon begleitet. Es ist mein erstes großes Problem mit WordPress, ich arbeite sehr gerne mit diesem CMS und ich bin einfach zu panisch und ängstlich gewesen da ich Do mittag den Kundentermin habe. Bitte nicht als Missachtung dieses Forums sehen, eher als nicht durchdachte Reaktion meinerseits. Hatte sorge das ich es vielleicht schlimmer mache und deshalb habe ich das Strato Update gemacht.

    … Schließt du diese Updates aus, behältst du auch die Sicherheitslücken und machst die Website für deinen Kunden und ihre Website-Besucher zu einem potentiellen Risiko.

    Verstehe ich, eine sehr dumme Idee!

    Dein Vorschlag wäre also das ( „WP_AUTO_UPDATE_CORE“, ‚minor‘); und nicht ausschalten mit dem Befehl false. Aber kann es dann nicht wieder zu einem Problem kommen?

    Wo habe ich das geschrieben?

    Wortwörtlich hast du es so nicht geschrieben, es war meine Interpretation deiner aussage zu den fehlenden Hochkommas.

    Mein Vorschlag ist, die Zeile komplett rauszunehmen und damit die Voreinstellung von WordPress (automatische Updates von Zwischenversionen zur Behebung von Sicherheitslücken) zu übernehmen.

    Wenn Updates automatisch ein Problem bereiten, ist nicht WordPress „schuld“, sondern ein fehlerhaftes Theme oder Plugin. Dort solltest du dann ansetzen.

    Danke für diesen Vorschlag, ich werde jetzt ein backup ziehen und die Zeile dann komplett rausnehmen. Kann ich dann WordPress auch automatisch über das Backend aktualisieren? Dort steht nämlich momentan das ich bitte auf die neuste Version 5.2.2 updaten soll.

    Tausend Dank dass Du Deine Zeit hier für mich investierst. Die im Update vom 7.7 fehlenden Inhalte habe ich recht schnell wieder drin, es ist keine komplexe Seite mit viel Inhalt, sondern lediglich 6 statische Seiten mit Bildern, Texten, einer Tabelle und ein, zwei Grafiken…

    Ic sitze da seit gestern nacht dran und bin wirklich verzweifelt, …

    Manchmal ist die beste Lösung eine Runde um den Block.
    Denk immer daran, dass Panik ein schlechter Ratgeber ist.

    (Dass Strato als Webhoster vielleicht nicht die beste Wahl ist, ist dann noch ein anderes Thema. Server Side Security hast du deaktiviert?)

    Danke für diesen Vorschlag, ich werde jetzt ein backup ziehen und die Zeile dann komplett rausnehmen.

    Hört sich gut an.

    Kann ich dann WordPress auch automatisch über das Backend aktualisieren? Dort steht nämlich momentan das ich bitte auf die neuste Version 5.2.2 updaten soll.

    Vorher ein Backup machen!

    Ich weiß nicht, welche Version du vorher genutzt hast. Seit WordPress 5.0 gibt es einen neuen blockbasierten Editor. Möchtest du den nicht verwenden, solltest du das Plugin Classic Editor installieren und aktivieren. Aber regelmäßige Updates sind essentiell. Weiß das dein Kunde?

    Nur als Hinweis: Meine Antworten kommen scheinbar oft als arrogant oder pampig an, was sicherlich nicht gewünscht ist. Ich versuche nur, persönliche Erfahrungen und „Best Practices“, die in der WordPress Community vermittelt werden, möglichst effizient weiterzugeben. Effizient fällt dann schon mal „zu kurz“ aus oder bekommt einen falschen Tonfall. Sorry dafür.

    Alles Gute für dein Projekt.

    Thread-Starter dani1711

    (@dani1711)

    Manchmal ist die beste Lösung eine Runde um den Block.
    Denk immer daran, dass Panik ein schlechter Ratgeber ist.

    Sehr richtig :-)!

    (Dass Strato als Webhoster vielleicht nicht die beste Wahl ist, ist dann noch ein anderes Thema. Server Side Security hast du deaktiviert?)

    Filter ist aktiv…rausnehmen bzw auf inaktiv setzen?

    Vorher ein Backup machen!

    Backup läuft gerade, Zeile ( „WP_AUTO_UPDATE_CORE“, ‚minor‘); ist gelöscht und alles funktioniert noch.

    Ich weiß nicht, welche Version du vorher genutzt hast. Seit WordPress 5.0 gibt es einen neuen blockbasierten Editor.

    Die WordPress Version der alten Seite ist aus Mitte März, leider weiss ich die Versionsnummer nicht mehr, aber ich habe auf Basis des kostenpflichtigen Themes Jupiter gearbeitet und den WPBakery Page Builder verwendet der inklusive ist.

    Aber regelmäßige Updates sind essentiell. Weiß das dein Kunde?

    Das steht bei mir auch immer in der Abschlussdokumentation, allerdings hatte ich bisher auch noch nie so ein Problem wenn es um Updates von Theme, Plugins etc. ging.

    Nur als Hinweis: Meine Antworten kommen scheinbar oft als arrogant oder pampig an, was sicherlich nicht gewünscht ist. Ich versuche nur, persönliche Erfahrungen und „Best Practices“, die in der WordPress Community vermittelt werden, möglichst effizient weiterzugeben. Effizient fällt dann schon mal „zu kurz“ aus oder bekommt einen falschen Tonfall. Sorry dafür.

    alles gut :-), verstehe ich, hier muss man effizient antworten und geschwafel weglassen…außerdem sollte man in einer sachlichen schriftlichen Kommunikation keinen „Tonfall“ interpretieren, außer es stehen vielleicht 5 Ausrufezeichen dahinter :-D, dann würde ich es vielleicht als Schreien interpretieren.

    Alles Gute für dein Projekt.

    Danke auch für deine Mühe und Zeit

    Thread-Starter dani1711

    (@dani1711)

    Nachtrag

    Momentane WordPress Version ist 5.1.1

    In den meisten Fällen laufen Updates ja auch rund und alle sind happy.
    Server Side Security solltest du bitte deaktivieren. Strato schreibt auf der verlinkten Seite selber, dass das zu Problemen führen kann. Schau dir auch die Einstellungen im Kundenmenü nochmal genau an. Wie ist das aktuelle memory_limit eingestellt? Nutzt du den Wert, der dir laut Vertrag zusteht? (Voreingestellt ist ein niedrigerer Wert.)

    Thread-Starter dani1711

    (@dani1711)

    Server Side Security habe ich deaktiviert.

    Im Kundenmenü sehe ich das meine PHP Version 7.2 eingestellt ist sowie der PHP Boost. Dieser aktiviert (gemäß Strato Hinweis) einen Code Cache, mit dem die PHP-Scripte bis zu 100% schneller ausgeführt werden.

    Dann sehe ich noch die Grundeinstellung zu meiner PHP Version 7.2x Config:

    memory_limit 256 MB – Beschränkt den maximalen Speicherverbrauch eines Scripts auf 256 MB

    Wo sehe ich denn wieviel gerade bei mir eingestellt ist bzw. ob ich die 256 MB voll ausnutze?

    • Diese Antwort wurde geändert vor 4 Jahren, 9 Monaten von dani1711.
Ansicht von 13 Antworten - 1 bis 13 (von insgesamt 13)
  • Das Thema „White Screen of Death – habe alles ausprobiert und nichts funktioniert“ ist für neue Antworten geschlossen.