Werbung

Der Classic-Editor: Vertraut und zuverlässig –
Ihr bewährter Begleiter.

Viele Nutzer schätzen die vertraute Umgebung des Classic-Editors, die eine einfache und schnelle Bearbeitung ermöglicht.

---

Werbung

Mit dem Advanced Editor Tools auf das nächste Level –
Mehr Funktionen, mehr Möglichkeiten.

Der Advanced Editor erweitert den Funktionsumfang des Classic-Editors und ermöglicht es, Inhalte noch effektiver zu bearbeiten.

---

Werbung

Einfach und intuitiv –
Der Classic-Editor für alle.

Der Classic-Editor zeichnet sich durch Stabilität und Zuverlässigkeit aus, was für professionellen Anwender von Bedeutung ist.

---

Werbung

Mehr schaffen in weniger Zeit –
Der Advanced Editor für kreative Köpfe.

Mit dem Advanced Editor können Designer und
Content Creatoren kreative Ideen umsetzten.

---

Ist ein Bugfix WordPress so als manuelle Aktualisierung vonnöten, dann wird der Beitrag von Nutzen sein. Manuelle Aktualisierung – z. B. von wegen Errors:

Fatal error: Call to a member function get_extra_permastruct() on a non-object in /users/[…]/www/wordpress/wp-includes/taxonomy.php on line 4077

… nach Editierung:

Fatal error: Call to undefined function wp_convert_hr_to_bytes() in /users/[…]/www/wordpress/wp-includes/default-constants.php on line 32

… nach Editierung:

Fatal error: Call to undefined function apply_filters() in /users/[…]/www/wordpress/wp-includes/load.php on line 317

Solcherart Error ist die Websites weder Backend noch Fronend sichtbar. Bei jeweiliger Richtigstellung (über FTP-Programm/Web-Host-Servers Stammverzeichnis) folgt des einen Errors das andere.

Somit ist hier ist ein Merkzettel frei nach Updating WordPress.

Der folgenden Beschreibung gehe ich davon aus, dass FTP-Programm/Web-Host-Servers Stammverzeichnis, WordPress mit Ordner bspw. wordpress desselben Verzeichnisses und Dateien beinhaltet. Das WP-Dashboard ist durch definitiv Fatal Errors nicht gangbar.

Bugfix WordPress,
die manuelle Aktualisierung

FTP-Programm

• Zur Sicherstellung habe ich vorerst den Ordner wordpress vom Server ins FTP-Programm heruntergeladen (kopiert) und umbenannt.
• Dort auch evtl. bestehenden Ur-Ordner wordpress umbenennen. D. h. den Ordner im FTP-Programm, der seinerzeit zum Web-Host-Server hochgeladen wurde. Also nicht den Ordner am Web-Host-Server umbenennen. Das alles ist nur, damit folgend keine Verwechslung stattfindet.

Los geht’s:

 Neueste Version WordPress.org herunterladen

Arbeitsschritte:

Die neueste WordPress Zip-Datei von de.wordpress.org ins FTP-Programm laden und die heruntergeladene ZIP-Datei entpacken.

Über FTP-Zugriff am Web-Host-Server:

 Ordner wp-include und wp-admin

Die bestehenden wp-includes– und wp-admin-Ordner nicht löschen. Die ORDNER NICHT LÖSCHEN.

Arbeitsschritte:

wp-includes-Ordner:

1. Ordner wp-includes öffnen und dessen gesamten Verzeichnisse (Ordner) und Dateien am Web-Host-Server (ebd. über FTP-Zugriff) löschen,
   • löschen! – weil die fehlerbehafteten Dateien mit Option "Überschreiben" die Fehler nicht eliminiert würden, getestet, s. obige 'Fatal Errors'.
2. Einsetzend geöffneten, leeren wp-includes Ordner die neuen wp-includes Verzeichnisse (Ordner) und Dateien an den Webhost Server hochladen (anstelle der zuvor gelöschten Verzeichnisse und Dateien).

wp-admin-Ordner:

1. Ordner wp-admin öffnen und dessen gesamten Verzeichnisse (Ordner) und Dateien am Web-Host-Server löschen (w. o., weil ansonsten bei "Überschreiben" die Dateien nicht fehlerfrei auf den Server übertragen würden).
2. Einsetzend geöffneten, leeren wp-admin Ordner die neuen wp-admin Verzeichnisse (Ordner) und Dateien an den Web-Host-Server hochladen (anstelle der zuvor gelöschten Verzeichnisse).

 Ordner wp-content

Zum Kopieren (Überschreiben) des wp-content-Verzeichnisses ist Vorsicht angebracht. Dies ist der Ordner, wo Themen und Plug-ins leben, also darauf achten, spezielle Dateien nicht zu überschreiben, ebd. Plug-ins und Theme, sonst gehen die Plug-ins und Änderungen im Theme verloren. Sicherheitshalber den plugins-Ordner umbenennen (wie plugins-orig), evtl. dasselbe für den themes-Ordner.

Bestehenden wp-content-Ordner nicht löschen sowie Verzeichnisse (Ordner) und Dateien im bestehenden wp-content-Verzeichnis nicht löschen (folgend werden die Dateien durch neue Dateien überschrieben).

Sicherstellen, die Dateien aus diesem Verzeichnis nur zu kopieren, anstatt das gesamte wp-content-Verzeichnis zu ersetzen (also nicht vorher löschen). Die Dateien werden durch die neuen Dateien nur "überschrieben".

Arbeitsschritte:

1. Sicherheitshalber den plugins-Ordner umbenennen (wie plugins-orig), evtl. dasselbe für den themes-Ordner.
2. Einsetzend geöffneten wp-content–Ordner die einzelnen Verzeichnisse (Ordner) und Dateien vom neuen wp-content-Ordner hochladen und vorhandene Dateien "überschreiben" lassen.

Nach den Arbeitsschritten nicht zu vergessen, im wp-content-Ordner den plugins-Ordner und themes-Ordner namentlich richtigstellen bzw. zurückstellen.

 Stammverzeichnis Ordner wordpress

Keine Sorge – die wp-config.php ist sicher (steht auf dem Blatt – das ist die Datei mit Username und Kennwort, welche auch die Verbindung zum Web-Host-Server bewerkstelligt). Eine Kopie dessen befindet sich in eingangs Sicherstellung von wordpress, ansonsten diese Datei extra sichern.

Arbeitsschritte:

1. Geöffneten Ordners wordpress (WP-Stammverzeichnis) alle losen Dateien löschen
   • nicht die Verzeichnisse (Ordner) wp-include– wp-admin– und wp-content-Verzeichnis (Ordner), welche ja schon bearbeitet wurden.
2. Danach einsetzend geöffneten Ordner wordpress am Server die neuen losen Dateien aus dem Stammverzeichnis (Ordner wordpress) der neuen Version in das vorhandene WordPress-Stammverzeichnis laden
   • nicht die Verzeichnisse (Ordner) wp-include, wp-admin und wp-content (welche ja schon bearbeitet wurden).

Somit ist das WP-Dashboard funktionell und Frontend visuell.

Fehlschlag bei Plug-in-Aktualisierung

„Download fehlgeschlagen: Das Zielverzeichnis für das Datei-Streaming existiert nicht oder ist nicht beschreibbar.“

Siehe Fehler7

Originär: Teilweise ist hierbei der Angabe falscher Pfade schuld. WordPress kann dann den tmp-Ordner nicht mehr finden. Also prüfe, ob in deiner wp-config.php Konfigurationen zum temporären Verzeichnis eine Änderung vorgenommen wurde. Versuche testweise:

Das 'Auskommentieren' des Codes in der wp-config.php

/* define('WP_TEMP_DIR', dirname(__FILE__) . '/wp-content/temp/'); */

Dies hat hier auf der Website erst mal zum Erfolg geführt.

Lösungsversuch, welcher auch funktionierte:

Des Weiteren von Möglichkeit wie auch immer, im Unterverzeichnis von wp-content Ordners tmp (temporäre Datei) neu erstellen.

Im geöffneten Ordner wp-content den Ordner tmp erstellen und in diesen tmp-Ordner lediglich eine Textdatei (txt) erstellen, die Zahl 777 eingeben und abspeichern –. OK, das sind der Schreibrechte, dessen Dateiattribut.

Der Eintrag für die wp-config.php dürfte ohnehin vorhanden sein, ansonsten hübsch am Ende der Datei eintragen:

/* Pfadangabe fuer temporaeres Verzeichnis */
define('WP_TEMP_DIR', ABSPATH . 'wp-content/tmp');

Na dann! – bis zum nächsten WP-Update, da dürfte das dann wieder von selbst alles okay sein.

HINWEISE eingangs Link (Updating WordPress)

Der Beitrag wurde mit fachlicher Unterstützung erstellt.

Aktualisiert im Jahr 2024 April