Le développement de WordPress en 2017

Et multimédia en juin 2017. En août 2017, la version 4.8.1 a encore amélioré la gestion des données, des images et des jetons de l’API rest. Enfin, en novembre 2017, WordPress 4.9 \
Pour les éditeurs et les créateurs de contenu, WordPress a entrepris le plus grand projet depuis sa création: Gutenberg editors. Certains décrivent ce changement comme une compensation pour leur dette technique passée. J’aime le bateau de theeus décrit par Matias Ventura de Gutenberg ou la tâche de réparer le bateau en naviguant. Avec le développement et l’innovation continus de WordPress, l’éditeur ne l’a pas fait. Par conséquent, les plug – ins et les thèmes ont évolué en fonction d’une base instable de générateur de code court et de page. Le but de la nouvelle édition est de rendre le processus d’édition plus agréable aux auteurs de contenu. L’objectif de Gutenberg est de concilier la déconnexion entre l’édition de fond et l’apparence de première ligne, donnant aux créateurs de contenu plus de liberté pour créer des messages riches et attrayants.
WordPress a créé ce nouvel éditeur en collaboration avec un grand nombre de membres de la communauté et de contributeurs pour de bonnes raisons. WordPress est aujourd’hui tellement utilisé que, quoi qu’il en soit, quelque chose sera inévitablement détruit. En particulier, les générateurs de code court et de page peuvent ne pas fonctionner correctement en raison de la nature de ce style d’éditeur glisser – déposer. L’éditeur est un plugin que tout le monde peut utiliser et voir immédiatement, avec une moyenne de plus de 500 téléchargements par jour. Il a été développé pendant six mois avant son lancement en tant que plug – in en juin 2017 et a été mis à jour 25 fois depuis. Regardons cette histoire:
16 juin: V0
Zabili December 13: v1.9.1 – correction de Firefox et yoast ces versions représentent un effort considérable de la communauté pour faire de Gutenberg ce qu’il peut. L’ensemble de la communauté a convenu qu’il était absolument nécessaire d’améliorer l’éditeur, mais les discussions sur la façon de le mettre en oeuvre ont été très divergentes. Un dilemme intéressant Ce qui est le plus intéressant entre les deux chemins créés par WordPress, c’est qu’ils n’ont pas encore trouvé le moyen de les coordonner. Comme l’a souligné Chris Lema, « ne voulons – nous pas dire au monde que wordpress ne sert pas seulement les blogueurs? » Beaucoup de gens sont d’accord, disant que la refonte massive de l’éditeur contraste fortement avec la façon dont l’API rest va pour les développeurs. L’API rest permet aux développeurs de rivaliser dans un monde toujours innovant et mobile. Cependant, Gutenberg n’utilise pas bien l’API rest, du moins pas encore.
La page générée par Gutenberg contient CSS et Javascript, ce qui signifie que les développeurs doivent inclure Gutenberg CSS à l’avant de leur Javascript, ou écrire leur propre css pour correspondre au style Gutenberg. Il a été suggéré que l’inclusion d’un CSS en ligne serait un moyen idéal et convivial pour l’API rest de résoudre ces conflits. Ce que nous savons, c’est que l’équipe de Gutenberg a l’intention de s’attaquer à ces obstacles. Leur page github précise: « la visualisation de l’écran complet de l’éditeur nous donne également l’occasion de mettre à jour complètement les bases et d’avancer vers un avenir plus fluide, basé sur Javascript, en tirant pleinement parti de l’api rest de wordpress.»
Membres de l’équipe Un autre changement important qui m’a impressionné cette année a été l’énorme effort (des développeurs et des éditeurs) pour activer le flux de travail de l’équipe. De WordPress au support
Terra Web et 54 des 100 premiers sites, WordPress a clairement besoin d’une relation amicale avec l’équipe de développeurs, éditeurs et décideurs du site. WordPress 4.9 a apporté des modifications très utiles à l’équipe, telles que la possibilité d’enregistrer les modifications de conception sous forme de brouillons et la vérification des erreurs pour les modifications de code. En outre, l’api rest permet à l’équipe d’étendre la fonctionnalité normale de WordPress en l’étendant aux sites Web wordpress sans tête ou aux applications Web progressives.
Date d’expiration de l’étiquette Si vous avez observé les principaux développeurs de WordPress, vous avez peut – être aussi remarqué que l’éditeur a mûri au cours des deux dernières années. En 2017, il y avait 22 versions de WordPress, dont 11 étaient des versions bêta et \/ ou des versions candidates pour les développeurs. L’équipe travaille avec hackerone pour publier rapidement et de façon transparente les mises à jour de sécurité et de maintenance. Lorsqu’ils savent que la communauté est prête pour eux, ils publient des mises à jour fonctionnelles et, avant que les mises à jour ne soient rendues publiques, ils publient deux ou plusieurs versions bêta candidates.
Une fois qu’il pleut ou qu’il fait beau, tout ce qui pourrait être expulsé est repoussé à la date et à l’heure prévues. La maturité des éditeurs de l’équipe principale de WordPress illustre la maturité du logiciel open source lui – même et de ses développeurs compétents. Et l’avenir? L’avenir de WordPress semble plein d’opportunités. À chaque tournant, des changements seront apportés pour soutenir l’avenir de l’expérience numérique. Simplifier le flux de travail de l’équipe a attiré l’intérêt d’un nombre croissant d’entreprises dans l’entreprise, et l’API rest et Gutenberg ont ouvert la porte à un plus large éventail d’utilisateurs sur le Web.
En 2017, word Status a publié le projet tide, qui teste automatiquement chaque plugin et thème dans le catalogue WordPress. D’autres ont mentionné
Leur partenariat avec hackerone, un réseau de hackers qui découvrent et signalent les vulnérabilités pour le plus grand bénéfice. À l’avenir, j’espère également qu’il y aura plus de paramètres API rest qui permettront aux auteurs de créer facilement du contenu riche et attrayant et d’offrir plus d’innovations expérientielles aux utilisateurs de téléphones mobiles et de tablettes. J’espère que le problème de déconnexion entre la page Gutenberg et l’api rest sera résolu avant la sortie de la version 5 de WordPress. Enfin, je voudrais que WordPress étende sa base de code de base aux fonctionnalités intégrées étendues que les utilisateurs de ces fonctionnalités devaient auparavant ajouter des plug – ins et du Code court. Oui, l’avenir de WordPress est plein de potentiel. J’ai hâte de voir ce qui va se passer ensuite.