Comparaison des demandes de WordPress 6.0 et 6.1
WordPress 6.1, la troisième mise à jour majeure de l'année, était annoncée pour le 1er novembre, mais elle a été un peu retardée et ne commencera pas à être déployée avant le 2 novembre à 00h30 CET.
La version 6.1, dont le nom ne sera traditionnellement pas connu avant sa sortie, est la dernière grande mise à jour de cette année et je l'attendais avec impatience depuis que j'ai entendu parler des améliorations de performances.
Presque tout est déjà connu, mais je n'ai pas encore joué avec. Il y a de nombreuses notes, y compris la vaste documentation officielle, où vous pouvez passer en revue toutes les nouveautés qui arrivent et aussi ce qui devait arriver et qui est passé à la trappe, comme la possibilité de convertir les images JPEG en WebP, qui était prévue pour cette version mais qui a finalement été exclue car certains utilisateurs ont signalé qu'elle faisait une utilisation excessive des ressources pendant le chargement des images.
Plus de blocs, plus de paramètres
Oui, enfin un bloc de table des matières Gutenberg, un autre pas vers l'élimination de ces plugins encombrants avec des collections volumineuses de blocs ou de plugins dédiés. Jusqu'à présent, j'ajoutais les tables des matières avec une solution temporaire sans plugin en attendant de les remplacer par les natives depuis les premières rumeurs de leur création.
Et pour cette version, ils ont mis le paquet avec de nombreuses améliorations dans le noyau et dans l'éditeur Gutenberg. Onze versions de l'éditeur de blocs seront fusionnées avec le noyau de WordPress, ce qui donne lieu à de nombreux nouveaux blocs avec leurs ajustements correspondants.
De nouveaux modèles, y compris un modèle personnalisé pour les articles et les pages, à divers paramètres et de nouveaux blocs pour modifier plus de parties de la page et plus d'outils de mise en page dans chacun des blocs pour permettre plus de personnalisations sans avoir à utiliser le CSS
Amélioration des performances
Mais là où le buzz a été le plus fort, du moins parmi les aficionados et les professionnels de la WPO, c'est autour de ses améliorations significatives des performances.
Il y a quatre améliorations principales, dont la plus attendue est la mise en cache des requêtes dans WP_Query.
En outre, moins de requêtes de base de données seront effectuées dans les demandes d'API REST, l'API de mise en cache est améliorée et les performances de la base de données sont également améliorées car les identifiants tels que les noms de champ sont désormais échappés avec le caractère générique %i. Cela permettra également, disent-ils, de prévenir les attaques par injection SQL.
Mesures
Jonathan Harris, le développeur qui a travaillé à la mise en œuvre de bon nombre de ces changements et des changements précédents apportés à l'API de mise en cache, a publié un tableau de mesures des performances sur des versions (bêta et RC) avec trois modèles de la famille Twenty et les données sont prometteuses.
Tout ce qui reste à voir maintenant, c'est comment Litespeed et son plugin vont gérer ces améliorations et quand ils vont s'y adapter, mais dans tous les cas, ces nouvelles fonctionnalités finiront par donner un bon coup de pouce à la vitesse de chargement et aux performances de WordPress.
