Was ist neu in WordPress 5.5? Eine kleine Einführung.

In ihrem Anfangsstadium haben Blockmuster eine sehr begrenzte Anzahl. Nichtsdestotrotz werden sie den Verarbeitungsprozess erheblich verbessern, und hoffentlich kommen in naher Zukunft immer mehr hinzu.

Wie reguläre Blöcke sind die Muster durchsuchbar und in folgende Kategorien unterteilt:

• Text
• Held
• Kolumnen
• Schaltflächen
• Galerie
• Merkmale
• Rezensionen
• Nicht kategorisiert

Zusätzlich zu den integrierten Blockmustern können WordPress-Entwickler mithilfe einer völlig neuen API auch benutzerdefinierte Muster zu ihren Themen und Plugins hinzufügen. Sie können Ihre benutzerdefinierten Muster mit der Funktion register_block_pattern und register_block_pattern_category für Kategorien registrieren.

register_block_pattern enthält zwei Argumente:

• Der Name des Musters.
• Das Array mit den Eigenschaften des Musters.

Zu den Eigenschaften gehören die folgenden:

• Titel
• Inhalt
• Beschreibung
• Kategorien
• Schlüsselwörter
• Ansichtsfenster

register_block_pattern_category hat ebenfalls zwei Argumente:

• Der Name der Kategorie des Musters.
• Eine Reihe von Eigenschaften.

Die API bietet auch zwei Funktionen zum Aufheben der Registrierung von Mustern und Kategorien: unregister_block_pattern und unregister_block_pattern_category.

Die Art und Weise, wie Sie Ihre eigenen Blockmuster aufbauen können, spricht für sich selbst.

Wichtig
Bitte beachten Sie, dass Muster eine experimentelle Funktion sind und dass sich die API in zukünftigen Versionen des Gutenberg-Plugins ändern kann.

Eingebautes Lazyloading von Bildern in WordPress Core

Lazyloading ist eine Optimierungstechnik, die das Laden unkritischer Quellen aufschiebt. Dies bedeutet, dass der Browser angewiesen wird, nur den sichtbaren Inhalt einer Seite zu laden. Alles, was sich außerhalb des Bildschirms befindet, einschließlich der Bilder, wird aufgeschoben, bis sie tatsächlich benötigt werden. Wenn es um die Web-Performance geht, ist die Bildoptimierung einer der wichtigsten Aspekte für Site-Administratoren. Im Durchschnitt besteht eine Webseite immer noch weitgehend aus Bildern. Die Bildoptimierung ist daher eine großartige Waffe, um die Benutzererfahrung Ihrer Leser und Kunden zu erhöhen. Denken Sie daran: Auch die Geschwindigkeit der Seiten ist ein wichtiger Faktor für das Ranking.

Vor dem Hinzufügen des integrierten Lazyloads mussten Webentwickler Lazyload über JavaScript, die IntersectionObserver-API oder die Ereignisbehandler für Scrollen, Größen- und Orientierungsänderungen durchführen.

Aber seit Lazyloading zum Standard geworden ist, brauchen wir keinen eigenen Code mehr zu schreiben oder JavaScript-Bibliotheken zu verwenden. Image-Lazyloading kann jetzt mit dem neuen Ladeattribut in img- und iframe-Tags implementiert werden.

Das Ladeattribut bestimmt, ob der Browser eine Ressource sofort laden oder warten soll, bis bestimmte Bedingungen erfüllt sind. Derzeit werden die folgenden Werte unterstützt:

• lazy: warten, bis bestimmte Bedingungen erfüllt sind
• eager: lädt die Quelle sofort

Zum Zeitpunkt der Erstellung dieses Artikels wird das integrierte Lazyloading von Microsoft Edge, Firefox, Google Chrome, Opera und Chrome für Android unterstützt.

Einstellungen Lazyloading in Autoptimize

Vor WordPress 5.5 war Lazy Load in WordPress nur mit einem Optimierungs-Plugin wie Autoptimize, BJ Lazy Load und anderen möglich. Glücklicherweise ist es jetzt Teil des WordPress-Kerns und es müssen keine zusätzlichen Plugins installiert werden!

Eingebautes Lazy Load in WordPress
Wie Felix Arntz in einem alten Blog-Beitrag auf dem Make WordPress Core Blog berichtete, wurde vor einigen Jahren eine JavaScript-Implementierung von Lazyloading vorgeschlagen, die jedoch nie Teil des WordPress Core wurde. Die neue Implementierung von Lazyloading-Bildern bedeutet, dass mögliche Kompatibilitätsprobleme nicht mehr bestehen werden. Die neue Funktion wird nun mit WordPress 5.5 zu Core hinzugefügt.

Laut Felix sollte sich dieses integrierte Lazy-Loading von WordPress-Bildern bei einem Großteil der WordPress-Sites, die keine Lazy-Loading-Plug-Ins verwenden, positiv auf die Website-Performance und das Nutzererlebnis auswirken:

… ohne jegliche technische Kenntnisse oder auch nur eine Vorstellung vom Konzept des Lazyloading. Das Hinzufügen dieses neuen Ladeattributs ist eine großartige Gelegenheit für WordPress, den Weg zu einem schnelleren Internet zu ebnen.

Um Layout-Verschiebungen zu verhindern, wird loading=”lazy” automatisch zu img-Tags mit width- und height-Attributen hinzugefügt. Dies ist nur möglich, wenn das Bild als Anhang für WordPress verfügbar ist und eine wp-image-$id-Klasse enthält.

Lazyloading ist eine unverzichtbare Optimierung für jede WordPress-Installation und Website mit einer signifikanten Anzahl von Bildern.

Anmerkungen von Felix:

Dies spart eine erhebliche Menge an Bandbreite sowohl für Server als auch für Benutzer auf Sites, auf denen die Bilder außerhalb des Bildes zuvor sofort geladen wurden, selbst in Fällen, in denen der Benutzer nie nach unten gescrollt hat.

Das neue, in WordPress eingebaute Lazy Loading funktioniert mit den folgenden Bildern:

• Bilder im Inhalt von Nachrichten (the_content).
• Bilder in Nachrichtenauszügen (the_excerpt).
• Bilder in Text-Widgets (widget_text_content).
• Avatar-Bilder, die über get_avatar () angezeigt werden.
• Schablonenbilder mit wp_get_attachment_image.

In dieser ersten Implementierung unterstützt Lazyloading nur Bilder, aber dass in Zukunft auch Iframe-Tags unterstützt werden, entspricht den Erwartungen.

Lazyloading für WordPress-Entwickler
Entwickler können das Standardverhalten mit mehreren neuen Filtern außer Kraft setzen. Von diesen Filtern sind wp_lazy_loading_enabled und wp_img_tag_add_loading_attr für Entwickler am nützlichsten:

wp_lazy_loading_enabled schaltet das Ladeattribut ein und aus. Dieser Filter kann global oder pro Tag angewendet werden.
wp_img_tag_add_loading_attr filtert den Wert des Ladeattributs und bietet eine Möglichkeit, das Lazyloading pro Bild zu steuern.

Das folgende Beispiel zeigt, wie Lazyloading global deaktiviert werden kann:

add_filter( 'wp_lazy_loading_enabled', '__return_false' );

Wir können auch Lazyloading für einen bestimmten Tag deaktivieren.

Wenn Sie mehr Kontrolle über das Lazy Load von Bildern in WordPress haben möchten, können Sie je nach Kontext zwischen zwei verschiedenen Ansätzen wählen.

Wenn Sie mit Inhalten arbeiten (z.B. the_content, the_excerpt, widget_text_content), können Sie den Filter wp_img_tag_add_loading_attr verwenden.

Automatische Updates für Plugins und Themen

Eine der größten Sorgen der Standortbesitzer ist und bleibt die Standortsicherheit. Software auf dem neuesten Stand zu halten ist eine allgemeine Empfehlung, die jeder Website-Eigentümer befolgen sollte.

Automatische Aktualisierungen von WordPress sind seit WordPress 3.7 als Funktion verfügbar. Das Problem dabei war, dass viele Website-Besitzer, zumindest vor WordPress 5.5, diese automatischen Aktualisierungen für Plugins und Themen nicht nutzten. Beachten Sie, dass diese Option für die Wartung des WP-Kerns und der Sicherheitsversionen standardmäßig aktiviert war.

Der Grund dafür war, dass diese Funktion grundlegende Kenntnisse der WordPress-Entwicklung voraussetzt. Entwickler könnten ihre Update-Einstellungen verfeinern, indem sie eine oder mehrere Konstanten in wp-config.php definieren oder einen Filter in einem Plugin verwenden.

Mit WordPress 5.5 können Site-Administratoren automatische Plugin- und Themen-Updates mit einem einzigen Klick von ihrem WordPress-Dashboard aus aktivieren und deaktivieren.

Wichtig
Die automatische Aktualisierung von Plugins und Themen ist standardmäßig deaktiviert.

Sie können automatische Updates von Plugins aktivieren oder deaktivieren, indem Sie auf den Link in der Spalte Automatische Updates klicken, der jetzt auf der Seite Plugins verfügbar ist.

Um automatische Updates für Ihr Thema zu aktivieren, gehen Sie zu Ansicht > Themen. Platzieren Sie dann den Cursor über das Thema und klicken Sie auf Themendetails. Klicken Sie dann auf den Link Automatische Updates aktivieren und Sie sind fertig.

Infos
Standardmäßig können nur Benutzer mit den Rechten update_plugins und update_themes die automatischen Updates von Plugins und Themen auf regulären WordPress-Installationen verwalten. Auf Multisite sind automatische Updates für Netzwerkadministratoren verfügbar. Sie finden sie im Netzwerk-Dashboard.

Die neue Benutzeroberfläche für automatische Updates für Plugins und Themes geht mit einer Reihe neuer Funktionen und Hooks einher, die Entwickler zur Anpassung des automatischen Update-Prozesses verwenden können.

Auto-Update-Funktionen und Filter für Plugin- und Themenentwickler
Mit einer neuen Funktion und einigen Filtern können WordPress-Entwickler viele Aspekte der automatischen Updates für Plugins und Themen anpassen.

Die UI für die automatische Aktualisierungsprüfung
Die neue WordPress-Funktion wp_is_auto_update_enabled_for_type() prüft, ob die Auto-Update-Benutzeroberfläche für einen bestimmten Typ aktiviert ist. Die neue Funktion enthält ein einziges Argument ($type), das die Art der zu prüfenden Aktualisierung (‘theme’ oder ‘plugin’) bestimmt und dann entsprechend true oder false zurückgibt.

Die neue Auto-Update-Benutzeroberfläche kann dank zweier neuer Filter für Plugins und Themes deaktiviert werden: plugins_auto_update_enabled und themes_auto_update_enabled. 

// Deaktivieren Sie die automatische Aktualisierung von UI-Elementen durch Plugins.
add_filter( ‘plugins_auto_update_enabled’, ‘__return_false’ );

// Deaktivieren Sie die automatische Aktualisierung von UI-Elementen durch die Themen.
add_filter( ‘themes_auto_update_enabled’, ‘__return_false’ );

Die obigen Filter sind in wp-admin/includes/update.php dokumentiert.

Automatisch aktualisierte Links anpassen
Plugin- und Themenentwickler können die HTML-Ausgabe von Auto-Update-Links anpassen.

Der Filter plugin_auto_update_setting_html ermöglicht es, Toggle-Links und Zeitabstände zwischen zwei Aktualisierungsversuchen anzupassen.

Die Callback-Funktion behält drei Argumente:

$html: Der HTML-Inhalt der Spalte Auto-Update, einschließlich der Links und der Zeit bis zur nächsten Aktualisierung der Auto-Update-Aktion.
$plugin_datei: Pfad zur Plugin-Datei relativ zum Plugin-Verzeichnis.
$plugin_data: Eine Reihe von Plugin-Daten.

Dieser Filter ist in wp-admin/includes/class-wp-plugins-list-table.php dokumentiert.

Auf einzelnen Sites können Sie die JS-Vorlage des Auto-Update-Links mit diesem Filter theme_auto_update_setting_template modifizieren.

Wenn Sie an einer Multisite-Installation von WordPress arbeiten, müssen Sie den Filter theme_auto_update_setting_html verwenden, mit dem Sie das Auto-Update links neben der Seite Themes anpassen können (auf die gleiche Weise wie die Seite Plugins).

E-Mail-Benachrichtigungen für Auto-Updates und Standortdiagnose
Ab WordPress 5.5 wird nach jedem Auto-Update-Versuch eine E-Mail-Benachrichtigung gesendet.

Der Filterhaken auto_plugin_theme_update_email filtert die E-Mails, die nach einer automatischen Aktualisierung im Hintergrund gesendet werden. Ein Anwendungsbeispiel finden Sie im Blog-Eintrag dev-notes.

Mit zwei neuen Filtern können diese automatisch aktualisierten E-Mail-Benachrichtigungen deaktiviert werden:

// Deaktivieren Sie die automatischen E-Mail-Benachrichtigungen für Plugins.
add_filter( ‘auto_plugin_update_send_email’, ‘__return_false’ );

// Deaktivieren Sie die automatischen E-Mail-Benachrichtigungen für Themen.
add_filter( ‘auto_theme_update_send_email’, ‘__return_false’ );
Informationen über Auto-Updates von Plugins und Themen werden auch auf der Registerkarte Site Diagnose angezeigt.

Entwickler können den Text, der innerhalb dieser Seite erscheint, mit den Filtern plugin_auto_update_debug_string und theme_auto_update_debug_string ändern. 

Erweiterbare Core-Sitemaps
Eine Sitemap ist eigentlich nichts anderes als eine Liste von URLs, die Suchmaschinen verwenden können, um Ihre Website schneller zu durchsuchen.

Sitemaps sehen ähnlich wie robots.txt aus, mit dem Unterschied, dass eine robots.txt-Datei Inhalte von der Indizierung ausschließt, während eine Sitemap eine Liste von URLs enthält, die von Suchmaschinen indiziert werden können.

Vor WordPress konnten Sitemaps nur mit einem Plugin oder anderen Tools zu WordPress-Sites hinzugefügt werden.

Mit WordPress 5.5 bringt die Plattform eine brandneue XML-Sitemap-Funktion in den WordPress-Kern.

Diese neue Funktion fügt grundlegende Funktionen hinzu, bietet aber auch eine große Anzahl von Hooks und Filtern, mit denen Plugin-Entwickler die eingebaute Funktionalität weiter ausbauen können.

XML-Sitemaps sind standardmäßig aktiviert (es sei denn, Sie möchten Suchmaschinen davon abhalten, Ihre Site zu indizieren) und bieten die folgenden Objekttypen an:

• Startseite
• Seite Beiträge
• Hauptposttypen (Seiten und Nachrichten)
• Benutzerdefinierte Posttypen
• Kerntaxonomien (Tags und Kategorien)
• Zolltaxonomien
• Autoren-Archiv

Der Sitemap-Index kann unter /wp-sitemap.xml aufgerufen werden und enthält bis zu 2.000 URLs. Wenn die Höchstgrenze erreicht ist, wird eine neue Sitemap-Datei hinzugefügt.

Wie bereits erwähnt, können Plugin-Entwickler ihre Sitemaps mit den vielen verfügbaren Aktionen und Filtern anpassen. Eine ausführliche Liste der Sitemap-bezogenen Hooks finden Sie in der Dokumentation des Feature-Plugins und im einführenden Blog-Post.

Beispielsweise können Sie die Core-Sitemaps programmgesteuert deaktivieren, indem Sie den Filter wp_sitemaps_enabled verwenden, der filtert, ob die XML-Sitemaps aktiviert sind oder nicht, oder die Funktion wp_sitemaps_get_server an der Ausführung hindert:

add_filter( ‘wp_sitemaps_enabled’, ‘__return_false’ );

Core-Sitemaps dürfen nicht mit Sitemap-Plug-ins in Konflikt geraten, die Sie auf Ihrer Website installiert haben.

Laut Pascal Birchler über Make WordPress Core:

Die Kernfunktion der Sitemaps ist robust und leicht erweiterbar aufgebaut. Wenn aus irgendeinem Grund zwei Sitemaps auf einer Website angezeigt werden (eine über den Kern, eine andere über ein Plugin), hat dies keine negativen Auswirkungen auf die Auffindbarkeit einer Website.

Als Teil der XML-Sitemaps-Funktion escapet eine neue esc_xml()-Funktionszeichenfolge für XML-Blöcke. Die Funktion und der entsprechende Filter sind in wp-includes/formatting.php dokumentiert.

Zum Zeitpunkt der Erstellung dieses Artikels unterstützt diese neue Sitemap-Funktion keine Sitemaps für Bilder, Videos und Nachrichten. Es hat nicht den Anschein, dass dies in Zukunft anders sein wird. Wie auch immer, neue Filter und Hooks, die es Entwicklern ermöglichen, diese Funktion hinzuzufügen, könnten in der Zukunft hinzugefügt werden.

Für weitere Informationen über diese erweiterbaren Sitemaps lesen Sie bitte die Einführung zu den Entwickler-Sitemaps, wo Sie alles finden, was Sie über neue Klassen, Funktionen, Hooks und Filter wissen müssen.

Übergabe von Argumenten an Vorlagendateien

Vor WordPress 5.5 war die Übertragung von Daten in Vorlagendateien nur über globale Variablen, Query-Variablen und eine Reihe anderer nicht optimaler Optionen möglich. Ab WordPress 5.5 wurde nun ein $args-Parameter zu den Ladefunktionen der Vorlage hinzugefügt (die entsprechenden Hooks wurden entsprechend aktualisiert):

get_header()
get_footer()
get_sidebar()
get_template_part()
locate_template()
load_template()

Themenentwickler können jetzt eine Variable in einer Vorlagendatei setzen und sie in jeder aufgezeichneten Vorlage zugänglich machen, indem sie einfach eine Reihe von Argumenten anpassen.

Während diese Funktion neue Möglichkeiten für Themenentwickler bietet, wirft Justin Tadlock von WP Tavern eine Reihe von Fragen auf:

Die Frage bleibt: Kommt dieses Feature nicht zu spät? WordPress arbeitet hart daran, das gesamte Themensystem zu entwickeln und es in die kommende Vollversion der Website zu integrieren. Ist diese Funktion also nicht nur in den kommenden Monaten nützlich?

John Blackbourne hat ein gutes Argument:

Auch bei der zukünftigen Bearbeitung der gesamten Website besteht noch immer ein großer Bedarf an Vorlagenkomponenten. Dynamisch gerenderte Blocktypen können beispielsweise auf strukturierte Vorlagenteile zurückgreifen. Sie schließen sich nicht gegenseitig aus, und es wird immer Themen geben, die keine Blöcke für ihr Layout verwenden.

Wir schließen mit Enrico Sorcinelli, dem Hauptbeitragszahler der Arbeitsgruppe, der uns ebenfalls seine Gedanken mitteilte:

Wenn Sie mich fragen, ob wir nicht zu spät sind, ist es meiner Meinung nach nie zu spät!
 Ich glaube, dass Themenentwickler diese Möglichkeit auch in Zukunft nutzen werden, was nicht ausschließt, dass sie zusammen mit der sich abzeichnenden Erfahrung im Full-Site-Editing (z.B. Blöcke für dynamisches Editieren) genutzt werden kann.

Vielleicht ist es einfach noch zu früh, um zu sagen, wie dieses Feature mit der vollständigen Bearbeitung von Websites zusammenpasst, aber eines ist sicher: Zukünftige Entwicklungen werden großartige Möglichkeiten bieten, bessere Websites zu erstellen – sowohl für Benutzer als auch für Entwickler.

Aktualisieren von Plugins und Themen aus einer .zip-Datei

Vor WordPress 5.5 konnten Site-Administratoren in Ermangelung einer Ein-Klick-Aktualisierungsfunktion Plugins/Themen-Updates nur über FTP/SFTP oder den Dateimanager hochladen. Dies geschah hauptsächlich mit benutzerdefinierten Plugins/Themen oder mit Erweiterungen, die auf externen Marktplätzen gehostet wurden.

Ab WordPress 5.5 können Sie Plugins und Themen innerhalb Ihres WordPress-Dashboards aktualisieren, indem Sie eine .zip-Datei von Ihrem Computer aus öffnen.

Um ein Plugin zu aktualisieren, gehen Sie zu Plugins > Neu hinzufügen und klicken Sie auf die Schaltfläche Plugin-Upload. Sobald Sie das Plugin auf Ihrer Website installiert haben, werden Sie in einem neuen Fenster darauf hingewiesen, dass dieses Plugin bereits installiert ist, zusammen mit den Details der aktuellen und hochgeladenen Version.

Der Prozess ist ähnlich wie bei der Aktualisierung von Themen.

Gehen Sie zu Ansicht > Themen und klicken Sie auf Neu hinzufügen und dann auf Thema hochladen. Wenn Sie bereits ein Thema auf Ihrer WordPress-Website installiert haben, informiert Sie ein neuer Bildschirm darüber, dass dieses Thema bereits installiert ist und zeigt Ihnen die Details der aktuellen und hochgeladenen Version.

Weitere Verbesserungen für Entwickler in WordPress 5.5

Zusätzlich zu dem, was wir bisher behandelt haben, verdienen eine Reihe weiterer Ergänzungen die Aufmerksamkeit des durchschnittlichen Entwicklers.

Neue Funktion wp_get_environment_type()
Änderungen an der REST-API in WordPress 5.5
Neue Funktion wp_get_environment_type()
Die neue Funktion wp_get_environment_type() ermöglicht es Ihnen, den aktuellen Umgebungstyp einer Website zu erkennen, so dass Entwickler Plugins und Theme-Funktionen an die aktuelle Umgebung anpassen können.

Standardmäßig gibt wp_get_environment_type() die Produktion zurück. Weitere unterstützte Werte sind Entwicklung und Inszenierung. Natürlich dürfen Entwickler ihre eigenen zusätzlichen Umgebungstypen definieren.

Es gibt drei verfügbare Methoden zum Erstellen eines Website-Umgebungstyps. Nach Priorität geordnet, können Sie Folgendes verwenden:

WP_ENVIRONMENT_TYPE PHP-Umgebungsvariable.
Konstante WP_ENVIRONMENT_TYPE.
wp_get_umwelt_typ filter.

Zur Veranschaulichung: Wenn Sie Ihre Umgebung auf Staging einstellen möchten, können Sie die Konstante WP_ENVIRONMENT_TYPE in Ihrer wp-config.php-Datei wie folgt definieren:

define( ‘WP_ENVIRONMENT_TYPE’, ‘Inszenierung’ );
Wenn der Umgebungstyp Staging ist, sagt WP_DEBUG automatisch, dass er wahr ist, auch wenn Sie ihn nicht explizit definiert haben.

Infos
Alle Hosts müssen diese Funktion unterstützen und ihre Testumgebungen entsprechend einrichten. 

Änderungen an der REST-API in WordPress 5.5

WordPress 5.5 bringt auch viele Änderungen an der REST-API mit sich. Wir sehen eine Reihe von neuen Endpunkten, neuen Parametern und Änderungen am JSON-Schema, neue Funktionen und weitere Verbesserungen.

Hier ist eine kurze Liste der neuen Endpunkte:

Block-Typen
Mit diesem neuen Endpunkt können Sie alle registrierten Blocktypen abrufen:

GET /wp/v2/block-types gibt alle registrierten Blocktypen zurück.
GET /wp/v2/block-types/core gibt alle Blöcke innerhalb des Core-Namensraums zurück.
GET /wp/v2/block-types/core/quote gibt die Definition des Core-Zitatblocks zurück.

Mit diesem neuen Endpunkt können Sie Plugins verwalten:

GET /wp/v2/plugins gibt eine Liste aller installierten Plugins zurück.
GET /wp/v2/plugins/plugin-name/plugin-nam gibt Informationen über das angegebene Plugin zurück.
POST /wp/v2/plugins { slug: “plugin-name” } installiert das angegebene Plugin aus der Plugin-Bibliothek.
PUT /wp/v2/plugins/plugin-name/plugin-name { Status: “aktiv” } aktiviert das angegebene Plugin
DELETE /wp/v2/plugins/plugin-name/plugin-nam entfernt ein inaktives Plugin.

Mit diesem neuen Endpunkt können Sie das Blockverzeichnis durchsuchen:

GET /wp/v2/block-directory/search?term=block-name durchsucht das Block-Verzeichnis nach Block-Namen

In Kombination mit der neuen Inline-Bildbearbeitungsfunktion ermöglicht Ihnen dieser Endpunkt die Bearbeitung von Bildanhängen in der Medienbibliothek:

POST /wp/v2/media/5/edit bearbeitet das Bild mit der ID 5

Weitere Informationen zu allen REST API-Änderungen, die Sie mit WordPress 5.5 erwarten können, finden Sie in den WordPress Core dev-notes.