Les contributeurs WordPress discutent de différentes stratégies pour répondre à Facebook et Instagram abandon du support oEmbed non authentifié le 24 octobre. WordPress supprimera Facebook et Instagram en tant que fournisseurs oEmbed. Lorsqu’un utilisateur tente d’incorporer du contenu en collant une URL comme il l’a fait dans le passé, il se peut qu’il ne comprenne plus pourquoi cela ne fonctionne plus. Ils peuvent supposer que WordPress a cassé les intégrations, entraînant une augmentation de la charge de support pour ce changement.
Quelques participants sur le billet de trac pour ce problème, nous avons suggéré à WordPress de détecter les utilisateurs qui seront touchés et de tenter de les avertir avec un avis.
«Étant donné que cela peut avoir un impact sur les utilisateurs sans le savoir, il est possible de pousser un avis de tableau de bord aux utilisateurs qui ont intégré Facebook / Instagram dans leur contenu, en le montrant aux administrateurs du site, comme un avis unique qui peut être rejeté», a déclaré Marius Jensen.
«Nous avons déjà effectué un traitement post-mise à jour pour nettoyer les commentaires, donc l’idée de rechercher du contenu pour une intégration n’est pas complètement bizarre et aiderait ceux qui ne suivent pas les canaux habituels de WordPress à en savoir plus. . »
D’autres ne voient pas la nécessité. «Pourquoi devrions-nous faire une exception ici?» A déclaré Milan Dinić. «Ce n’est pas la première fois que le support oEmbed est interrompu pour un fournisseur, et je ne me souviens pas que quelque chose de spécifique ait été fait à ce moment-là.»
Il y a encore une incertitude sur ce qui se passera avec les oEmbeds existants après que Facebook ait mis à jour son API. Lors d’une récente réunion des développeurs principaux, Helen Helen Hou-Sandí a confirmé que WordPress n’efface pas régulièrement les caches oEmbed. «Techniquement, les caches oEmbed sont effacés si vous enregistrez et qu’une réponse valide est renvoyée, nous ne faisons pas de ramasse-miettes basé sur cron», a déclaré Hou-Sandí.
Dans un article publié aujourd’hui sur le blog de développement principal, Jake Spurlock a assuré aux utilisateurs et aux développeurs que les intégrations existantes ajoutées avant le changement d’API de Facebook devraient toujours fonctionner:
Parce que les réponses oEmbed sont mises en cache dans la base de données en utilisant le
oembed_cachetype de publication, toute intégration ajoutée avant la date limite du 24 octobre sera conservée après la date d’abandon Ces publications ne sont pas purgées par défaut dans WordPress Core, de sorte que le contenu de l’intégration persistera à moins d’être supprimé manuellement.
Marius Jensen a averti qu’il est toujours possible que les intégrations existantes ne fonctionnent pas, en fonction de ce que fait Facebook.
«Nous ne savons pas comment ils prévoient de mettre en œuvre l’utilisation de tentatives d’intégration non autorisées», a déclaré Jensen. «Il ne pouvait pas renvoyer un code incorporé et votre lien resterait un simple lien, ou peut-être décident-ils de renvoyer une sorte de contenu incorporé« non autorisé ». Je ne pense pas que quiconque ait entendu de détails sur la façon dont Facebook prévoit de faire cela, donc nous attendons tous un peu soit pour en savoir plus, soit pour voir ce qui se passe.
Jensen a déclaré que WordPress ne revérifie pas les résultats mis en cache sauf lorsque quelque chose change avec la publication, mais qu’il peut y avoir des plugins qui nettoient les données temporaires qui peuvent créer un résultat imprévisible.
« La fiabilité des caches est difficile à déterminer (et étant des caches, c’est en quelque sorte dans le terme qu’il n’est pas garanti d’être toujours là, mais plutôt récupéré et sauvegardé pendant un certain temps en cas de besoin) », a déclaré Jensen.
Idéalement, les caches oEmbed de WordPress empêcheront des millions d’intégrations de se rompre, mais on ne sait toujours pas comment Facebook et les plugins tiers pourraient changer les choses.
Venant d’une mise à jour de base rocheuse 5.5 qui a désapprouvé jQuery Migrate et inondé les forums de support officiels avec rapports de sites endommagés, certains contributeurs craignent d’avoir une autre situation où les utilisateurs sont laissés dans le noir.
« Je pense qu’un avis de tableau de bord est souhaitable », a déclaré Jon Brown. «Sinon, nous ne prévenons pas les gens de manière préventive afin qu’ils puissent se préparer et passer à une autre solution. Nous leur faisons savoir au même moment où il va se casser (lors de la modification d’un article spécifique). Je ne pense pas que nous puissions supposer en toute sécurité que les données mises en cache vont persister éternellement non plus, de nombreuses routines purgent les données transitoires avant la date d’expiration indiquée.
«Je vois cela comme potentiellement similaire aux problèmes rencontrés lors de la suppression de JQM. Ça va causer casse évitable et silencieuse côté client sans même aucune journalisation des erreurs pour un développeur de site. Avec le recul, ce qui se serait idéalement passé avec JQM aurait été d’incorporer temporairement le code de détection de Enable jQuery Migrate Helper dans core, ou simplement d’installer ce plugin automatiquement au nom des utilisateurs. »
Brown a suggéré à WordPress de détecter les appels vers les intégrations mises en cache et d’avertir les utilisateurs avant que les appels aient une chance d’échouer afin qu’ils puissent envisager d’activer un plugin pour que leurs intégrations continuent de fonctionner de manière plus fiable.
La discussion reste ouverte dans le make.wordpress.org/core Publier et le correspondant billet de trac. Spurlock a déclaré que WordPress supprimera probablement les fournisseurs Facebook et Instagram oEmbed dans la prochaine version 5.6 (prévue pour le 8 décembre), mais il pourrait également être livré dans une version mineure 5.x qui se produira après le 24 octobre.
Source link