Speicher voll oder was – Updraftplus

  • icloud123

    (@icloud123)


    vor 9 Jahren, 3 Monaten

    Hallo

    Ich habe das Plugin „UpdraftPlus“ installiert und es zeigt mir folgendes:

    Warnung: Deine WordPress-Installation hat ein Problem damit, extra Leerzeichen auszugeben. Das könnte Sicherungen beschädigen, die du von hier herunterlädst..

    Anscheinend ist es schlechte Übersetzung, sollte was mit Speicher heissen?

    Spitzenwert d. Speichernutzung: 10.5 MB
    Aktuelle Speichernutzung: 10.5 MB
    Speicherlimit: 256M

    An Speicherlimit sollte es nicht liegen? Sonst habe ich noch 25GB von meinem Hoster, da sollte auch keine Probleme darstellen?

    Was kann die Ursache sein?

Ansicht von 13 Antworten – 1 bis 13 (von insgesamt 13)
  • Flower33

    (@flower33)

    vor 9 Jahren, 3 Monaten

    Hallo,

    hat wohl eher nichts mit Speicher zu tun.

    Hier ist das Original der Warnung:
    http://translate.updraftplus.com/projects/updraftplus/de/deutsch-german/?page=69

    Hier eine mögliche Lösung:
    https://wordpress.org/support/topic/warning-regarding-extra-whitespace/

    Suche deshalb mal in PHP-Dateien, die du von Hand geändert hast (meist functions.php oder wp-config.php), nach (unerlaubten) Leerzeichen oder Leerzeilen vor dem öffnenden PHP-Tag <?php (die dürfen dort nicht stehen.) Danach mit Notepad++ oder Atom.io wieder in der Kodierung UTF-8 ohne BOM abspeichern. Falls du nicht diese Kodierung wählst, entstehen neue Probleme. Schau mal, ob du da fündig wirst.

    Thread-Starter icloud123

    (@icloud123)

    vor 9 Jahren, 3 Monaten

    Wie kann ich OHNE BOM abspeichern (in Mac)?

    Ich gehe auf File=> Save As, aber es gibt keine Möglichkeit auszuwählen wie soll UTF-8 abgespeichrt werden (auch nicht wenn ich auf das Pfeil nach unten klicke)

    Ich habe die:

    functions.php & wp-config.php kontrolliert, soweit i.o.

    Flower33

    (@flower33)

    vor 9 Jahren, 3 Monaten

    Der kostenlose TextWrangler für den Mac kann als UTF-8 ohne BOM abspeichern, soviel ich weiß.

    Thread-Starter icloud123

    (@icloud123)

    vor 9 Jahren, 3 Monaten

    Es ist möglich in Textwrangler ohne BOM, aber nicht UTF-8 sondern UTF-16 :/

    Foto UTF-8-16

    Ich möchte nicht in UTF-16 abspeichern und was wenn ich dann mit meine Datenbank Komplikationen bekomme.

    Und es ist egal was ist unter „Line breaks“ auswähle es ist nur UTF-16 ohne BOM Verfügbar.

    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von icloud123 geändert.
    Flower33

    (@flower33)

    vor 9 Jahren, 3 Monaten

    Nach dieser Darstellung vermute ich, dass der oberste Eintrag die Einstellung für UTF-8 ohne BOM ist.

    Früher ging das wohl mal mit UTF-8, no BOM:

    Weiß denn jemand, was der Unterschied zwischen „Unicode (UTF-8)“ und „Unicode (UTF-8, no BOM)“ ist? Das kann man nämlich in TextWrangler auswählen…

    Ist aber schon ein Weilchen her.

    Flower33

    (@flower33)

    vor 9 Jahren, 3 Monaten

    Hmm, gegen diese Vermutung spricht andererseits, dass da UTF-16 und UTF-16 ohne BOM getrennt aufgelistet werden…

    Aber es ist auf jeden Fall möglich, auf dem Mac als UTF-8 ohne BOM abzuspeichern. Unser Moderator Bego z.B. nutzt einen Mac und es gab hier schon mehrfach Threads, wo dieses Thema zur Sprache kam. Musst mal das Forum oder Google diesbezüglich befragen.

    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von Flower33 geändert.
    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von Flower33 geändert. Grund: Tippfehler
    Thread-Starter icloud123

    (@icloud123)

    vor 9 Jahren, 3 Monaten

    Ok, gut möglich das du recht hast.

    Ich habe jetzt unter „Einstellungen“ nachgeschaut.

    Bild UTF-8

    Also das erste sollte richtige sein. (– Auf gut Glück –)

    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von icloud123 geändert.
    Thread-Starter icloud123

    (@icloud123)

    vor 9 Jahren, 3 Monaten

    E R L E D I G T 🙂

    In der functions.php, am Schluss waren tatsächlich noch zwei leere Zeilen :/

    Danke @flower33

    Flower33

    (@flower33)

    vor 9 Jahren, 3 Monaten

    Prima! Damit man aus dem Thread auch was lernen kann, könntest du die Maßnahmn bitte noch ganz kurz erläutern?

    War die Datei korrekt kodiert, aber es gab zwei leere Zeilen am Schluss? Oder musstest du auch die Kodierung korrigieren?

    Und hat deine functions.php am Ende einen schließenden PHP-Tag? ich dachte nämlich, dass nur dann nachfolgende Leerzeichen bzw. Leerzeilen einen Fehler auslösen. Deshalb braucht man ja heute den schließenden PHP-Tag auch nicht mehr zu setzen.

    Noch eine kurze Info zu den Details wäre nett. 🙂

    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von Flower33 geändert. Grund: Tippfehler
    Thread-Starter icloud123

    (@icloud123)

    vor 9 Jahren, 3 Monaten

    Ja, ist kein Problem.

    Ich habe nur die Datei: wp-config.php in UTF-8 (no-BOM) Kodiert, danach habe ich die Datei functions.php nochmals geöffnet und wollte mich vergewissern ob alles doch korrekt ist, und dann ist es mir erst aufgefallen, dass am Schluss ( nach ?> ) zwei leere Zeilen stehen, das habe ich gelöscht und alles war I.O.

    Also:

    wp-config.php => In UTF-8 no BOM Kodiert
    functions.php => am Schluss zwei leere Zeilen gelöscht (aber nicht in [no BOM] Kodiert)

    
//Ein paar letzte Zeilen aus meiner functions.php Datei
...
...
//Login Maske
function custom_loginlogo() {
echo '<style type="text/css">
h1 a {background-image: url('.get_bloginfo('template_directory').'/images/logo-kl.png) !important; }
</style>';
}
add_action('login_head', 'custom_loginlogo');

?>

    Ich hoffe es hilft doch jemandem.

    Danke WordPress Forum & Danke @flower33

    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von icloud123 geändert.
    Flower33

    (@flower33)

    vor 9 Jahren, 3 Monaten

    Ah, da war meine nachträgliche Vermutung ja richtig, dass in deiner functions.php offenbar noch ein schließender PHP-Tag vorhanden ist, denn sonst hätten die Leerzeilen nicht zum Fehler geführt. Es ist wohl ein kommerzielles Theme, denn die heutigen Standard-Themes von WP und viele andere haben den schließenden PHP-Tag gar nicht mehr. Deshalb hatte ich anfangs auch nur Leerzeichen/Leerzeilen vor dem öffnenden PHP-Tag erwähnt. Danke auch dir für die guten Rückmeldungen.

    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von Flower33 geändert. Grund: Tippfehler
    Thread-Starter icloud123

    (@icloud123)

    vor 9 Jahren, 3 Monaten

    Ich muss noch erwähnen, dass es sich um eigene erstellte Theme handelt.

    Das ist mir neu, dass der schliessender PHP-Tag nicht notwendig ist. Ich habe es halt überall gesetzt, ich habe mich auch gewundert warum gibt es kein schliessenden PHP-Tag in wp-config.php

    Flower33

    (@flower33)

    vor 9 Jahren, 3 Monaten

    Cool, eigenes Theme!
    Zum schließenden PHP-Tag trifft dieser Beitrag dein Problem von eben ganz gut.

    • Diese Antwort wurde vor 9 Jahren, 3 Monaten von Flower33 geändert.
Ansicht von 13 Antworten – 1 bis 13 (von insgesamt 13)

Das Thema „Speicher voll oder was – Updraftplus“ ist für neue Antworten geschlossen.