Nouvelle page d'accueil WordPress.org, acquisition de Cloudways, WebP en attente ️ Septembre 2022 Actualités WordPress avec CodeinWP
Publié: 2022-09-03Ceci est l'édition de septembre 2022 de "Ce mois-ci dans WordPress avec CodeinWP".
Hé, les fans de WordPress. Nous sommes de retour avec un autre lot de nouvelles sur WordPress, couvrant tout ce qui s'est passé de notable au cours des 30 derniers jours dans le monde de WordPress.
Dans la plus grande nouvelle du mois dernier, WordPress.org a fait l'objet d'une refonte majeure de sa page d'accueil et de sa page de téléchargement. Aimer? Le detesté? "Moi" ça ? Faites-nous savoir dans les commentaires ci-dessous…
Au-delà de cela, vous pourriez être surpris par la taille de Cloudways, car il vient d'être acquis pour pas si loin d'un demi-milliard de dollars.
DesktopServer dit également au revoir et s'arrête définitivement, tandis que nous avons quelques autres actualités liées à WordPress lui-même et à l'espace commercial WordPress plus large.
Venons-en aux nouvelles :
Actualités WordPress de septembre 2022 avec CodeinWP
WordPress.org obtient une nouvelle page d'accueil et une nouvelle page de téléchargement
Dans l'une des plus grandes nouvelles de ce mois-ci, WordPress.org a enfin obtenu sa nouvelle page d'accueil et sa page de téléchargement.
Comme nous l'avons documenté au fil de nos publications, WordPress.org a lentement fait peau neuve, en commençant par l'en-tête et en passant maintenant à certaines des pages principales.
Il n'y a pas beaucoup plus de "core" que la page d'accueil et la page de téléchargement, car ce sont probablement les deux pages les plus importantes pour les personnes qui recherchent l'auto-hébergement de WordPress.
En ce qui concerne le design lui-même… eh bien, je ne l'aime pas, surtout la copie qu'ils ont choisie pour l'accompagner. "Publiez votre passion" semble assez vague et comme s'il manquait le véritable avantage de l'utilisation de WordPress (WordPress.com semble être en mesure de capturer beaucoup mieux la valeur de WordPress).
Il existe également d'autres bizarreries, telles que la copie en supposant que le visiteur a déjà une solide compréhension du fonctionnement de WordPress et de ce que sont les blocs.
Ce qui est plus intéressant, cependant, ce sont les coulisses de la mise à jour de ces pages.
Cela a semblé prendre un peu de temps, principalement parce que l'équipe n'a pas pu le faire avec l'expérience de l'éditeur de blocs natif… ce qui n'est peut-être pas le meilleur aspect étant donné à quel point le nouveau design promeut l'éditeur de blocs.
Les choses sont devenues un peu difficiles lorsque Matt Mullenweg a essentiellement suggéré que créer un thème basé sur des blocs pour la refonte était une perte de temps alors qu'ils pouvaient le coder plus rapidement en implémentant directement la conception.
Bien que je ne sois pas en désaccord, ce n'est pas exactement une approbation retentissante de l'éditeur de blocs lorsque d'autres utilisateurs de WordPress sont censés tout faire en utilisant des thèmes basés sur des blocs.
Le commentaire de Jon Brown sur le post de WP Tavern sur le genre de sortie résume mes propres sentiments :
Pour prouver que l'éditeur de blocs pouvait faire le travail, Jamie Marsland a passé 20 minutes à recréer la page d'accueil dans l'éditeur de blocs. Vous pouvez le regarder en temps réel dans cette vidéo YouTube ou consulter le produit fini sur Twitter.
Ce n'est pas parfait et cela nécessiterait encore un peu de nettoyage, mais c'est une version intéressante de la saga.
Que pensez-vous du nouveau design ? Faites le nous savoir dans les commentaires!
DigitalOcean acquiert Cloudways pour 350 millions de dollars
Celui-ci n'est pas spécifique à WordPress, mais c'est une acquisition massive qui touchera de nombreux utilisateurs de WordPress.
En août, DigitalOcean a annoncé qu'il acquérait Cloudways dans le cadre d'un énorme accord en espèces de 350 millions de dollars.
Premièrement : waouh . Je savais que Cloudways se portait bien, mais je ne savais pas qu'il faisait bien 350 millions de dollars en espèces .
Deuxièmement, moi et beaucoup d'autres personnes serons intéressés de voir comment cela affecte les offres de Cloudways.
Si vous n'êtes pas familier avec Cloudways, il s'agit essentiellement d'un mélange entre un service d'hébergement géré traditionnel et un panneau de contrôle de serveur.
Plutôt que d'offrir sa propre infrastructure, Cloudways permet aux utilisateurs de choisir leur configuration préférée parmi cinq fournisseurs d'hébergement cloud différents - DigitalOcean, Vultr, Linode, Google Cloud et AWS. À partir de là, Cloudways gère l'approvisionnement et la maintenance du serveur et cela fonctionne à peu près de la même manière que l'hébergement de site Web traditionnel.
Maintenant que DigitalOcean possède Cloudways, la grande question est de savoir ce qu'il advient des intégrations avec ces autres fournisseurs d'hébergement cloud :
- Est-ce que tout restera pareil ?
- DigitalOcean commencera-t-il à promouvoir encore plus ses propres produits ? Je dis "encore plus" car DigitalOcean figurait toujours en premier sur les pages de tarification de Cloudways, ce qui suggère un certain type de partenariat.
- DigitalOcean cessera-t-il d'offrir des intégrations avec des produits concurrents ?
Sur la base des premières déclarations, DigitalOcean semble suggérer qu'ils opteront pour l'approche "tout reste pareil":
Cependant, il convient de souligner la partie "pour l'instant" de cette déclaration.
Dans l'ensemble, il sera intéressant de voir comment cette acquisition se déroulera à l'avenir.
Si vous êtes inquiet et intéressé par certaines alternatives, je vous recommande de consulter des outils tels que RunCloud, SpinupWP et GridPane. Bien qu'ils ne soient pas exactement les mêmes que Cloudways car ils ne se regroupent pas dans l'hébergement cloud, ils utilisent l'approche à un niveau de base.
DesktopServer, un outil de développement WordPress local, s'arrête définitivement
Dans une triste nouvelle, ServerPress a annoncé qu'il fermerait l'outil de développement WordPress local DesktopServer après 12 ans d'activité (ainsi que l'activité ServerPress en général).
À ma connaissance, DesktopServer a été l'un des premiers outils de développement local spécifiques à WordPress et offrait un certain nombre de fonctionnalités pratiques aux utilisateurs de WordPress.
L'équipe de DesktopServer travaillait sur une nouvelle version (5.0), mais a arrêté de travailler dessus après être arrivée à la conclusion qu'elle n'avait pas beaucoup de chance d'atteindre une part de marché élevée.
Pour être honnête, cela ne me surprend pas vraiment. La concurrence dans cet espace s'est vraiment intensifiée, notamment de la part des hébergeurs WordPress gérés qui publient des outils de développement local gratuits en tant que valeur ajoutée/attraction pour leurs clients d'hébergement.
Par exemple, Flywheel (et par la suite WP Engine) a lancé cette tendance avec Local WP. Ensuite, Kinsta est également entré dans le mix avec DevKinsta.
Étant donné que ces deux outils ont des versions gratuites fonctionnelles et illimitées, il est difficile de justifier le coût de DesktopServer, même s'il s'agit d'un outil solide.
Sans oublier qu'il existe également de nombreuses nouvelles options de développement local qui ne sont pas spécifiques à WordPress, mais qui fonctionnent toujours bien pour les sites WordPress.
Je pense cependant que l'équipe de ServerPress gère cela de manière très équitable. ServerPress continuera à prendre en charge les personnes disposant d'une licence jusqu'à l'expiration de leur abonnement, notamment en les aidant à migrer vers un autre outil.
Il est possible que ServerPress vende ou ouvre le code DesktopServer, mais il n'y a pas encore de nouvelles officielles à ce sujet.
Pour voir d'autres options, vous pouvez lire notre collection complète des meilleurs outils de développement local WordPress.
WP-Optimize aurait augmenté artificiellement ses scores d'optimisation
Si vous avez déjà creusé dans l'optimisation des performances de WordPress, vous avez probablement remarqué une tendance vraiment ennuyeuse :
De nombreux utilisateurs, en particulier les plus occasionnels, se soucient davantage des « scores d'optimisation » de leurs sites que des performances réelles de leurs sites.
Bien sûr, leur site peut se charger en moins d'une seconde pour tous les visiteurs, mais ils n'ont obtenu qu'un 79 dans leur outil de test de vitesse, il est donc clair que quelque chose ne va pas.
Il n'est donc peut-être pas surprenant que certains plugins de performance WordPress fassent tout leur possible pour augmenter les scores de performance de toutes les manières possibles.
Cela m'amène à ce tweet de Gijo Varghese, qui crée le populaire plugin d'optimisation FlyingPress, ainsi qu'un certain nombre d'outils d'optimisation gratuits.
Dans le tweet, Gijo allègue que le plugin populaire WP-Optimize détecte les outils de test de vitesse populaires et ne sert pas JavaScript à ces outils, augmentant ainsi artificiellement les performances lorsqu'il est testé (même si le JavaScript serait toujours servi aux visiteurs humains).
WP-Optimize est un plugin de performance WordPress complet qui a été acquis par la même équipe derrière UpdraftPlus .
Si cela est vrai, cela reviendrait au scandale des émissions de Volkswagen, où Volkswagen réduisait artificiellement les émissions, mais uniquement lors des tests. Dans le monde réel, les émissions étaient jusqu'à 40 fois plus élevées.
En réponse aux demandes de WP Tavern, David Anderson de UpdraftPlus a déclaré que le code avait été ajouté dans le cadre de l'inclusion du code d'un fork du plugin Fast Velocity Minify et que le code n'avait pas été modifié depuis sa fusion initiale dans le WP- Optimiser le plug-in.
David a déclaré qu'il avait chargé le principal développeur JavaScript de l'équipe d'enquêter sur le code et, s'il n'est en effet là que pour les outils de test de vitesse de jeu, il sera supprimé.
Dans l'ensemble, je suis un utilisateur heureux d'UpdraftPlus depuis longtemps, donc je suis enclin à leur donner le bénéfice du doute qu'il n'y avait rien d'intentionnellement sinistre. Pourtant, cela n'aurait pas dû arriver.
Quoi qu'il en soit, c'est un bon rappel qu'en ce qui concerne les performances de WordPress, vous devez toujours vous concentrer sur les expériences réelles de vos visiteurs humains, plutôt que sur des "scores" d'optimisation nébuleux.
Vous pourriez également être intéressé par :
- #WCEU Annulé, WordPress 5.4 Out, WooCommerce 4.0, Travail à distance ️ Avril 2020 WordPress News w/ CodeinWP
- GoDaddy dans l'actualité (bon et mauvais), campagne "Welcome Web Creators" par Elementor ️ Décembre 2021 WordPress News w/ CodeinWP
- Gutenberg 10.4, Jetpack Boost, Gravity Forms 2.5, WordCamp Sponsors in Trouble ️ Mai 2021 WordPress News w/ CodeinWP
Glue abandonne WordPress.org pour passer au premium
De nombreux développeurs de plugins aiment le répertoire de plugins WordPress.org car il leur donne accès à un large public.
Cependant, il y a aussi quelques inconvénients, notamment certains… utilisateurs autorisés, pour ainsi dire, qui veulent un support de haute qualité à partir d'une extension gratuite.
Pourtant, la plupart des développeurs contournent le répertoire depuis le début (par exemple, Gravity Forms) ou acceptent les demandes de prise en charge de ces utilisateurs gratuits en échange de l'exposition qu'il leur apporte.
C'est pourquoi j'ai pensé qu'il était intéressant que Newsletter Glue ait pris la décision de fermer officiellement son plugin WordPress.org gratuit existant pour passer à une approche tout-premium ( après quelques mois d'avertissement - ils ne l'ont pas fait à l'improviste ).
La page WordPress.org est officiellement désactivée depuis le 15 août.
Dans une interview avec WP Tavern, Leslie Sim de Newsletter Glue a déclaré qu'ils n'avaient tout simplement pas mis en place l'expérience gratuite à premium de manière optimale.
Par exemple, les utilisateurs devaient supprimer la version gratuite du plugin et installer un plugin premium séparé, ce qui signifiait que le nombre d'"installations actives" de Newsletter Glue sur WordPress.org resterait irréaliste ( car le nombre d'"installations actives" diminuerait en fait si quelqu'un est passé à la prime ).
Si vous envisagez de publier votre propre plugin ou thème, ceci est un bon rappel que vous voudrez réfléchir à ces types d'implémentations avant de passer en direct.
WebP par défaut est en attente (encore)
Le feront-ils ou non ? C'était la question sur l'utilisation par défaut de WebP dans le noyau de WordPress.
Par "par défaut", j'entends générer automatiquement des versions WebP des images JPEG nouvellement téléchargées ( ce qui doublerait essentiellement le nombre de fichiers image sur le serveur ).
Même si une grande partie du travail principal avait déjà été fusionné dans la prochaine version de WordPress 6.1, il semble qu'il soit maintenant "en attente" après les objections d'un certain nombre de développeurs principaux de WordPress.
Les plaintes courantes concernant la mise en œuvre sont les suivantes :
- Cela doublera le nombre de fichiers image sur le serveur.
- Cela augmente considérablement le traitement requis pour télécharger des images, car le serveur devrait désormais les convertir en plus en WebP. Cela pourrait également entraîner l'échec des téléchargements d'images plus souvent.
Dans l'ensemble, j'ai tendance à convenir que cela n'a tout simplement pas de sens en tant que fonctionnalité de base, du moins dans son implémentation actuelle.
Si les utilisateurs souhaitent réellement utiliser des images WebP, ils disposent de nombreuses options, notamment la conversion des images elles-mêmes ou l'utilisation d'un plugin comme Optimole qui optimise dynamiquement les images en temps réel.
Il semble également que les développeurs parrainés par Google soient à l'origine du changement, ce qui pourrait être un peu un conflit d'intérêts étant donné que Google a également développé le format WebP.
Dans l'ensemble, la poussée pour WebP par défaut n'est certainement pas morte, mais il reste encore à voir quand et comment la mise en œuvre arrivera.
Cela résume notre tour d'horizon des actualités WordPress de septembre 2022. Quelque chose que nous avons manqué?
…
N'oubliez pas de rejoindre notre cours intensif sur l'accélération de votre site WordPress. Avec quelques correctifs simples, vous pouvez même réduire votre temps de chargement de 50 à 80 % :
Mise en page et présentation par Karol K.