Mise à jour de l’intégration Openverse de WordPress 6.2 pour télécharger les images insérées

La nouvelle fonctionnalité permet aux utilisateurs d’insérer rapidement des médias gratuits, sous licence ouverte, dans leur contenu. Elle permet également aux utilisateurs de télécharger des images externes par le biais d’un bouton dans la barre d’outils du bloc, mais cela crée une étape supplémentaire dans le processus et est facile à manquer dans l’interface utilisateur.

Plusieurs contributeurs ont cité le GDPR et les préoccupations en matière de confidentialité dans le billet qui demandait le téléchargement des images par défaut. Ils ont également fait remarquer que les images liées à chaud peuvent poser des problèmes aux utilisateurs qui souhaitent manipuler les images en les recadrant, en les faisant pivoter et en les filtrant, ainsi qu’aux développeurs qui gèrent les migrations de sites. Certains sont allés jusqu’à dire que cette fonctionnalité devait être intégrée dans un plugin canonique, qui aurait probablement été mis en œuvre de manière moins précipitée et mieux testé avant d’être intégré au noyau.

« Je suis profondément mal à l’aise avec toute intégration d’Openverse dans le noyau », a déclaré Peter Shaw, contributeur de WordPress.  » Philosophiquement, WordPress est une plateforme de publication personnelle, elle devrait donc éviter les API et les dépendances externes. Les seuls appels externes qu’il devrait faire (par défaut) sont pour vérifier les mises à jour.

« Le service en lui-même ne pose pas de problème (je l’aime bien), mais il devrait s’agir d’un plugin canonique que les propriétaires de sites installent consciemment. Dans tous les cas, les images doivent être sur le serveur local. »

Alors que le hotlinking attirait de plus en plus l’attention, les contributeurs de WordPress se sont mêlés au billet pour demander que la fonctionnalité ne soit pas expédiée dans sa mise en œuvre actuelle.

« Cela ne peut pas être expédié de cette façon, ou les utilisateurs non avertis seront poursuivis en justice », a déclaré Joost de Valk, fondateur de Yoast. « En outre, cela a des répercussions négatives sur les performances, car vous ne pouvez pas utiliser srcset ou les attributs de chargement sur les images chargées à distance. Sideload devrait vraiment être le moyen par défaut, et en fait IMHO, le seul moyen.  »

Nik Tsekouras, contributeur de Gutenberg, a sauté sur l’occasion avec un RP rapide qui modifie l’implémentation pour télécharger les images Openverse lorsqu’elles sont insérées, dans la mesure du possible.

« Nous voulons définitivement télécharger dans la bibliothèque du site pour ce flux et devrions traiter cela comme un bug », a déclaré Matias Ventura, architecte principal de Gutenberg. « Un travail est en cours en parallèle pour télécharger par défaut d’autres actions (comme le collage) qui ne sont pas aussi simples ou assez générales (d’où la nécessité de quelque chose comme #46014) mais celle-ci devrait être simple. »

Le PR de Tsekouras garantit que toutes les images insérées depuis Openverse sont téléchargées. Si elles ne peuvent pas être téléchargées dans la médiathèque en raison de problèmes de CORS, WordPress insère le bloc Image avec l’URL externe et un avertissement sur la conformité juridique et les problèmes de confidentialité. Voici un exemple de téléchargement réussi :

WordPress 6.2 Beta 4 a été retardé jusqu’au 1er mars ce matin, en raison d’une régression sans rapport introduite dans la 6.2. Tsekouras a sélectionné le PR d’Openverse dans la branche wp/6.2 pour l’inclure dans la prochaine version, de sorte que la prochaine bêta devrait être livrée avec l’implémentation mise à jour.