WordPress 5.6: Was sind die neuen Änderungen?

Das Standard-WordPress-Theme: Einundzwanzig

WordPress 5.6 enthält ein brandneues Standardthema. Twenty Twenty-One ist ein leicht zugänglicher, minimalistischer WordPress-Theme mit einem einspaltigen Layout und einer Fußzeilen-Seitenleiste.

Das neue Thema verwendet einen Systemschriftstapel und eine minimale Farbpalette basierend auf pastellfarbenen Hintergrundfarben.

Was ist neu bei Gutenberg?

Lassen Sie uns im Detail sehen, was passiert ist.

Verbesserungen an Blöcken, Mustern und Benutzeroberflächen

Neue Blockfunktionen, Verbesserungen und Fehlerkorrekturen sollten das allgemeine Bearbeitungserlebnis verbessern. Auch bei der Barrierefreiheit wurde großartige Arbeit geleistet. Hier finden Sie eine Auswahl der interessantesten Funktionen, die Gutenberg hinzugefügt wurden und die Sie möglicherweise gerne auf WordPress 5.6 aktualisieren.

Position Controls for Videos

Mit den Positionssteuerelementen, die seit Gutenberg 8.6 zu Deckblöcken hinzugefügt wurden, können Benutzer den Fokuspunkt verschieben und eine benutzerdefinierte Position für Videos festlegen. Diese Funktionalität war bisher nur für Bildhintergründe verfügbar.

Block Pattern Updates

WordPress 5.6 enthält auch einige Blockmusterverbesserungen, die mit Gutenberg 8.6 hinzugefügt wurden.

Das Angebotsmuster enthält jetzt ein Bild oben und ein Trennzeichen unten.

Das neue Angebotsmuster enthält ein Bild und ein Trennzeichen.

Eine gute Verbesserung der Benutzerfreundlichkeit für den Block-Inserter ist der Dropdown-Liste für Blockmusterkategorien, mit dem Sie Muster nach Kategorien filtern können. Dies ist sehr nützlich, wenn Sie eine Vielzahl von Mustern zur Auswahl haben (# 24954).

Support for Video Subtitles

Videoblöcke unterstützen jetzt Video-Untertitel.

Redakteure und Ersteller von Inhalten sollten Video-Untertitel in WebVTT-Format (Web Video Text Tracks Format) bereitstellen. Hierbei handelt es sich um ein Format zum Anzeigen zeitgesteuerter Textspuren (z. B. Untertitel oder Untertitel) mithilfe des <track> -Elements (# 25861).

Verfolgen Sie Elemente, die mit Untertiteln in verschiedenen Sprachen verknüpft sind

Sobald Sie Ihre .vtt-Dateien geladen haben, können Site-Viewer Untertitel in ihrer Lieblingssprache aktivieren.

Transform Multiple Blocks into a Single Columns Block

Eine interessante Verbesserung der Benutzerfreundlichkeit ist die Möglichkeit, mehrere ausgewählte Blöcke in einen Spaltenblock zu konvertieren.

Sie müssen nur die Blöcke auswählen, die in Spalten angezeigt werden sollen, und dann auf die Schaltfläche oben rechts in der Blocksymbolleiste klicken.

Jeder ausgewählte Block wird in eine Spalte eines Spaltenblocks konvertiert.

Background Patterns In Cover Block

Deckblöcke können jetzt Hintergrundmuster anzeigen.

Um ein Hintergrundmuster hinzuzufügen, laden Sie ein Musterbild hoch und aktivieren Sie die Option Wiederholter Hintergrund. Wenn Sie fertig sind, passen Sie die Brennpunktauswahl an Ihre Bedürfnisse an und probieren Sie verschiedene Kombinationen mit festem Hintergrund aus.

Image Size Control Added to the Media & Text Block

Mit Gutenberg 9.1 wurde Bildern im Medien- und Textblock eine neue Bildgrößensteuerung hinzugefügt. Benutzer können jetzt aus allen verfügbaren Bildgrößen (# 24795) auswählen.

Automatische Updates für Hauptversionen

"Automatische Updates" ist eine Kernfunktion von WordPress 3.7, die darauf abzielt, die Sicherheit der Website zu verbessern und es Site-Administratoren zu erleichtern, ihre WordPress-Websites auf dem neuesten Stand zu halten.

Während in früheren Versionen automatische kleinere Kernupdates implementiert wurden, können Site-Administratoren mit WordPress 5.6 jetzt auch automatische Updates für Hauptversionen manuell aktivieren.

Diese wichtige Wartungsaufgabe kann jedoch für nicht-technische Benutzer immer noch etwas verwirrend sein.

Kurz gesagt, WordPress 5.6 hat eine neue Oberfläche, mit dem Site-Administratoren automatische Updates für wichtige Kernversionen aktivieren können.

Der anfängliche Umfang der automatischen Core-Updates wurde verschoben in:

• Bei Neuinstallationen ändert sich das Standardverhalten standardmäßig in kleinere Updates und standardmäßig in größere Updates.
• Bei vorhandenen Installationen bleibt das Verhalten unverändert: Standardmäßig sind kleinere Updates aktiviert, ein Benutzer muss sich jedoch für größere Updates anmelden (Konstanten und Filter, die bereits von Hosts oder Agenturen verwendet werden, werden weiterhin verwendet Vorrang).
• Stellen Sie einige Aktualisierungen für das Design der Benutzeroberfläche bereit.

Ab WordPress 5.6 können Sie automatische Updates für wichtige Kernversionen im Bildschirm "Updates" aktivieren. Dort bietet eine neue Benutzeroberfläche ein Kontrollkästchen, mit dem Sie automatische Updates für alle neuen Versionen von WordPress aktivieren können.

Aktivieren Sie automatische Updates für alle neuen Versionen von WordPress.

Sobald Sie die automatischen Kernaktualisierungen für Hauptversionen aktiviert haben, können Sie diese nur für Wartungs- und Sicherheitszwecke auslösen, indem Sie auf Zu automatischen Aktualisierungen nur für Wartungs- und Sicherheitsversionen wechseln klicken.

Wechseln Sie zu automatischen Updates nur für Wartungs- und Sicherheitsversionen

Wichtige automatische Kernupdates für Entwickler

WordPress prüft, ob wichtige automatische Kernaktualisierungen über die Konstante WP_AUTO_UPDATE_CORE oder den Filter allow_major_auto_core_updates aktiviert sind, und passt das Kontrollkästchen entsprechend an.

WordPress-Benutzer können auch wichtige automatische Kernaktualisierungen deaktivieren, indem sie die Konstante WP_AUTO_UPDATE_CORE wie unten gezeigt auf false oder minor setzen:

# Disables all core updates:
define( 'WP_AUTO_UPDATE_CORE', false );

# Enables minor updates:
define( 'WP_AUTO_UPDATE_CORE', 'minor' );

Die möglichen Werte sind: true (für alle), 'beta', 'rc', 'minor' und false (was deaktivieren bedeutet).

Eine weitere Option zum Deaktivieren der wichtigsten automatischen Kernaktualisierungen ist die Verwendung des neuen Filters allow_major_auto_core_updates:

add_filter( 'allow_major_auto_core_updates', '_return_false' );

Anwendungskennwörter für die REST-API-Authentifizierung

Application Passwords ist ein neues System zum Authentifizieren verschiedener WordPress-APIs.

Kennwörter sind 24 Zeichen lang und bestehen aus Groß-, Klein- und numerischen Zeichen, die entweder manuell oder über die REST-API generiert werden können.

Um manuell ein neues Anwendungskennwort zu generieren, navigieren Sie zu Ihrem Profilbildschirm und scrollen Sie auf der Seite nach unten.

Wählen Sie einen Namen für Ihr Anwendungskennwort und bestätigen Sie. WordPress zeigt Ihr neues Passwort an.

Ein neues Anwendungskennwort

Anwendungskennwörter werden in 4-stelligen Blöcken angezeigt, die durch Leerzeichen getrennt sind

Es können jedoch Kennwörter verwendet werden Mit oder ohne Leerzeichen:

Im Bildschirm Benutzerprofil können Sie Anwendungskennwörter anzeigen, erstellen und widerrufen. Mit den Spalten "Zuletzt verwendet" und "Letzte IP" können Sie leicht herausfinden, welche nicht mehr verwendeten Kennwörter widerrufen werden sollten.

Derzeit können Anwendungskennwörter mit REST-API-authentifizierten Anforderungen und mit dem Legacy verwendet werden. Wir glauben jedoch, dass es in Zukunft mit zusätzlichen APIs verwendet wird.

Änderungen des Site-Zustands in WordPress 5.6

Neben all den zuvor erwähnten Funktionen bringt WordPress 5.6 auch eine Verbesserte Version des Site Health-Tools mit, die sich jetzt im Hintergrund anders verhält.

Validierung der Site Health Check-Daten

Ein Validator überprüft jetzt die Problemantworten für Site Health-Tests. Der Validator verwirft alle ungültigen Antworten, verhindert, dass das Site Health-Tool schwerwiegende Fehler verursacht, und stoppt weitere Steuerelemente.

Von nun an wirken sich ungültige Antworten nicht mehr auf den Site Health-Indikator (# 50145) aus.

Asynchrone Überprüfungen über den REST-Endpunkt

Das Site Health-Tool ist ein leistungsstarkes Sicherheitstool, mit dem Websitebesitzer den Integritätsstatus ihrer Websites ermitteln können.

Dieses Tool führt eine Reihe von Sicherheitstests durch, die einen Überblick über den Gesundheitszustand Ihrer Website geben.

Diese Tests lassen sich in zwei Kategorien einteilen: direkte Tests, die beim Laden der Seite ausgeführt werden, und asynchrone Tests, deren Abschluss einige Zeit in Anspruch nehmen kann und die später über JavaScript-Aufrufe ausgeführt werden.

Mit WordPress 5.6 finden Sie asynchrone Tests unter dem Namespace / wp-json / wp-site-health / v1.

Dank der neuen REST-API-Erweiterung können Plugins und Themes auch REST-Endpunkte verwenden und sind nicht auf Ajax-Aktionen für ihre Gesundheitstests beschränkt.

Jeder asynchrone Test kann jetzt das Argument has_rest deklarieren, das standardmäßig false ist.

Während asynchrone Tests implementiert wurden, um langsame Seitenladevorgänge und Zeitüberschreitungen zu verhindern, bestehen solche Bedenken bei geplanten Tests nicht.

Wenn ein Test während eines geplanten Ereignisses ausgeführt wird, verwendet der Test nicht den REST-API-Endpunkt, sondern wird direkt im Hintergrund ausgeführt.

Bessere Unterstützung für PHP 8

PHP 8.0 bringt unzählige neue Funktionen und Optimierungen mit sich und ist damit ein wahrer Meilenstein in der Entwicklung der Sprache. Die neuere Version von PHP führt viele Updates ein, die die Abwärtskompatibilität beeinträchtigen, und viele veraltete Funktionen wurden jetzt offiziell entfernt. Die Unterstützung von PHP 8 in WordPress ist also eine große Aufgabe.

Selbst wenn WordPress Core-Mitarbeiter große Anstrengungen unternehmen, um WordPress 5.6 mit PHP 8 kompatibel zu machen, werden einige Probleme zum Zeitpunkt der Veröffentlichung möglicherweise nicht entdeckt. Ziel ist es, einen Punkt zu erreichen, an dem das gesamte WordPress-Ökosystem mit PHP 8 kompatibel ist.

Darüber hinaus verwendet eine WordPress-Website mindestens ein Thema und Plugins. Wenn also die Unterstützung für PHP 8 unter WordPress erwartet werden kann, ist es kaum zu glauben, dass Plugins und Themes schnell Unterstützung für PHP 8 hinzufügen würden.

Aufgrund der noch ungelösten Probleme wird dringend empfohlen, Kompatibilitätstests in einer Staging- oder Entwicklungsumgebung durchzuführen, bevor Sie auf Ihrer Live-Website zu PHP 8 wechseln.