WordPress 5.6: Quels sont les nouveaux changements?

Le thème WordPress par défaut: Twenty Twenty-One

WordPress 5.6 inclut un tout nouveau thème par défaut. Twenty Twenty-One est un Thème WordPress minimaliste très accessible avec une disposition à une seule colonne et une barre latérale de pied de page.

Le nouveau thème utilise une pile de polices système et une palette de couleurs minimale basée sur des couleurs d'arrière-plan pastel.

Quoi de neuf avec Gutenberg

Avec WordPress 5.6, plusieurs versions du plugin Gutenberg ont été fusionnées dans le noyau, les utilisateurs de WordPress devraient donc remarquer de nouvelles améliorations dans l'éditeur. Concrètement, ils devraient remarquer les modèles de blocs améliorés, le nombre de mots dans le panneau d'informations, la navigation au clavier améliorée, l'interface utilisateur améliorée par glisser-déposer, et bien d'autres.

Voyons en détail ce qui s’est passé.

Blocs, modèles et améliorations de l'interface utilisateur

Les nouvelles fonctionnalités de bloc, les améliorations et les corrections de bogues devraient améliorer l'expérience d'édition globale. De plus, un excellent travail a été fait sur l'accessibilité. Voici une sélection des fonctionnalités les plus intéressantes que vous verrez ajoutées à Gutenberg et que vous pourriez apprécier de mettre à jour vers WordPress 5.6.

Position Controls for Videos

Les commandes de position ajoutées aux blocs de couverture depuis Gutenberg 8.6 permettent aux utilisateurs de déplacer le point focal et de définir une position personnalisée pour les vidéos. Cette fonctionnalité n'était auparavant disponible que pour les arrière-plans d'image.

Block Pattern Updates

WordPress 5.6 inclut également plusieurs améliorations de modèle de bloc ajoutées avec Gutenberg 8.6.

Le modèle de devis comprend désormais une image en haut et un séparateur en bas.

Le nouveau modèle de devis comprend une image et un séparateur.

Une bonne amélioration de la convivialité de l'inséreuse de blocs est le Liste déroulante de catégorie de motif de bloc, qui vous permet de filtrer les modèles par catégorie. C'est vraiment utile lorsque vous avez le choix entre des tonnes de motifs (# 24954).

Support for Video Subtitles

Les blocs vidéo prennent désormais en charge Sous-titres vidéo.

Les éditeurs et les créateurs de contenu doivent fournir des sous-titres vidéo au format Format WebVTT (Web Video Text Tracks Format), qui est «un format permettant d'afficher des pistes de texte chronométré (comme des sous-titres ou des légendes) à l'aide de l'élément <track>» (# 25861).

Suivi des éléments liés aux sous-titres dans différentes langues

Une fois que vous avez chargé vos fichiers .vtt, les visiteurs du site seront autorisés à activer les sous-titres dans leur langue préférée.

Transform Multiple Blocks into a Single Columns Block

Une amélioration intéressante de la convivialité est la possibilité de convertir plusieurs blocs sélectionnés en un bloc de colonnes.

Il vous suffit de sélectionner les blocs que vous souhaitez afficher dans les colonnes, puis de cliquer sur le bouton supérieur droit de la barre d'outils des blocs.

Chaque bloc sélectionné sera converti en une colonne d'un bloc de colonnes.

Background Patterns In Cover Block

Les blocs de couverture peuvent désormais afficher des motifs d'arrière-plan.

Pour ajouter un motif d'arrière-plan, téléchargez une image de motif, puis activez l'option Arrière-plan répété. Une fois terminé, ajustez le sélecteur de point focal en fonction de vos besoins et essayez différentes combinaisons avec des arrière-plans fixes.

Image Size Control Added to the Media & Text Block

Avec Gutenberg 9.1, un nouveau contrôle de la taille de l'image a été ajouté aux images dans le bloc Média et texte. Les utilisateurs peuvent désormais choisir parmi toutes les tailles d'image disponibles (# 24795).

Mises à jour automatiques pour les versions majeures

Les «mises à jour automatiques» sont une fonctionnalité principale introduite dans WordPress 3.7 visant à améliorer la sécurité du site et à permettre aux administrateurs de sites de maintenir plus facilement leurs sites Web WordPress à jour.

Alors que des mises à jour automatiques mineures du noyau ont été implémentées dans les versions antérieures, avec WordPress 5.6, les administrateurs de site peuvent désormais activer manuellement les mises à jour automatiques pour les versions majeures.

Cependant, cette tâche de maintenance cruciale peut encore être un peu déroutante pour les utilisateurs non avertis.

En bref, WordPress 5.6 a une nouvelle interface qui permet aux administrateurs du site d'activer les mises à jour automatiques pour les principales versions principales.

La portée initiale des mises à jour automatiques de Core est passée à:

• Pour les nouvelles installations, le comportement par défaut modifiera les mises à jour mineures par défaut et les mises à jour majeures par défaut.
• Pour les installations existantes, le comportement restera le même qu'aujourd'hui: a opté pour les mises à jour mineures par défaut, mais un utilisateur doit accepter les mises à jour majeures (les constantes et les filtres déjà utilisés par les hôtes ou les agences prendront tout de même priorité).
• Fournissez des mises à jour de la conception de l'interface utilisateur.

À partir de WordPress 5.6, vous pouvez activer les mises à jour automatiques pour les principales versions de base dans l'écran Mises à jour, où une nouvelle interface utilisateur fournit une case à cocher vous permettant d'activer les mises à jour automatiques pour toutes les nouvelles versions de WordPress.

Activez les mises à jour automatiques pour toutes les nouvelles versions de WordPress.

Une fois que vous avez activé les mises à jour automatiques principales pour les versions majeures, vous pouvez ensuite les activer pour se déclencher pour la maintenance et la sécurité uniquement en cliquant sur Basculer vers les mises à jour automatiques pour les versions de maintenance et de sécurité uniquement.

Passer aux mises à jour automatiques pour les versions de maintenance et de sécurité uniquement

Mises à jour automatiques majeures du noyau pour les développeurs

WordPress vérifie si les mises à jour automatiques principales du noyau sont activées via la constante WP_AUTO_UPDATE_CORE ou le filtre allow_major_auto_core_updates et ajustez la case en conséquence.

Les utilisateurs de WordPress peuvent également désactiver les mises à jour automatiques principales du noyau en définissant la constante WP_AUTO_UPDATE_CORE sur false ou minor, comme indiqué ci-dessous:

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

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

Les valeurs possibles sont: true (pour tous), 'beta', 'rc', 'minor' et false (ce qui signifie désactiver).

Une autre option pour désactiver les mises à jour automatiques principales par défaut consiste à utiliser le nouveau filtre allow_major_auto_core_updates:

add_filter( 'allow_major_auto_core_updates', '_return_false' );

Mots de passe d'application pour l'authentification API REST

Application Passwords est un nouveau système permettant de faire des requêtes authentifiées à diverses API WordPress.

Les mots de passe comportent 24 caractères et se composent de caractères majuscules, minuscules et numériques, qui peuvent être générés manuellement ou via l'API REST.

Pour générer manuellement un nouveau mot de passe d'application, accédez à l'écran de votre profil et faites défiler la page vers le bas.

Choisissez un nom pour votre mot de passe d'application et confirmez. WordPress affichera votre nouveau mot de passe.

Un nouveau mot de passe d'application

Les mots de passe d'application sont affichés en blocs de 4 caractères, séparés par des espaces

Cependant, les mots de passe peuvent être utilisés Avec ou sans espaces:

Dans l'écran Profil utilisateur, vous pouvez afficher, créer et révoquer les mots de passe d'application. Les colonnes Last Used et Last IP vous permettent de trouver facilement les mots de passe qui ne sont plus utilisés et qui doivent être révoqués.

Pour le moment, les mots de passe d'application peuvent être utilisés avec les demandes authentifiées par l'API REST et avec l'héritage. Cependant, nous pensons qu'il sera bientôt utilisé avec des API supplémentaires à l'avenir.

Changements de santé du site dans WordPress 5.6

En plus de toutes les fonctionnalités mentionnées précédemment, WordPress 5.6 apporte également un Version améliorée de l'outil Site Health, qui se comporte désormais différemment en arrière-plan.

Validation des données de vérification de l'état du site

Un validateur vérifie désormais les réponses aux problèmes pour les tests d'intégrité du site. Le validateur rejettera toute réponse invalide, empêchant l'outil de santé du site de provoquer des erreurs fatales et interrompant tout contrôle supplémentaire.

Désormais, les réponses non valides n'affecteront pas l'indicateur de santé du site (# 50145).

Vérifications asynchrones via le point de terminaison REST

L'outil Site Health est un outil de sécurité puissant qui permet aux propriétaires de sites de connaître l'état de santé de leurs sites Web.

Cet outil exécute un certain nombre de tests de sécurité offrant un aperçu de l'état de santé de votre site Web.

Ces tests se divisent en deux catégories: les tests directs, exécutés au chargement de la page et les tests asynchrones, qui peuvent nécessiter un certain temps pour se terminer et s'exécuter plus tard via des appels JavaScript.

Avec WordPress 5.6, les tests asynchrones peuvent être trouvés sous l'espace de noms / wp-json / wp-site-health / v1.

Grâce à la nouvelle amélioration de l'API REST, les plugins et les thèmes peuvent également utiliser les points de terminaison REST et ne sont pas limités aux actions Ajax pour leurs tests de santé.

Chaque test asynchrone peut désormais déclarer l'argument has_rest, qui vaut par défaut false.

Bien que des tests asynchrones aient été mis en œuvre pour éviter les chargements de pages lents et les délais d'expiration, ce problème n'existe pas avec les tests planifiés.

Si un test est exécuté pendant un événement planifié, le test n'utilisera pas le point de terminaison de l'API REST mais s'exécutera directement en arrière-plan.

Meilleur support pour PHP 8

PHP 8.0 apporte des tonnes de nouvelles fonctionnalités et optimisations, ce qui en fait un véritable jalon dans l'évolution du langage. La nouvelle version de PHP introduit de nombreuses mises à jour brisant la compatibilité descendante et de nombreuses fonctionnalités obsolètes ont maintenant été officiellement supprimées. Ainsi, la prise en charge de PHP 8 dans WordPress est une tâche énorme.

En fait, même si les contributeurs de WordPress Core font de gros efforts pour rendre WordPress 5.6 compatible avec PHP 8, certains problèmes pourraient ne pas être découverts au moment de la sortie. L'objectif ici est d'atteindre un point où tout l'écosystème WordPress est compatible avec PHP 8.

De plus, un site Web WordPress utilise au moins un thème et des plugins. Donc, si le support de PHP 8 sur WordPress peut être attendu, il est difficile de croire que les plugins et les thèmes ajouteraient rapidement le support de PHP 8.

Par conséquent, en raison de plusieurs problèmes qui ne sont toujours pas résolus, il est fortement recommandé d'exécuter des tests de compatibilité sur un environnement de préparation ou de développement avant de passer à PHP 8 sur votre site Web en ligne.