L'ancien modèle d'intégration reportait la complexité sur chaque site hôte. Un blog ou un CMS devait savoir comment Flickr, YouTube ou un autre service structurait ses pages, et ces règles cassaient dès que le fournisseur modifiait le balisage.
oEmbed a inversé le travail. Le fournisseur publie des schémas d'URL et un point de terminaison d'API ; le consommateur soumet l'URL et reçoit en retour une réponse JSON ou XML décrivant une photo, une vidéo, un lien ou un objet riche.
WordPress montre pourquoi le format a perduré. En 2015, il était depuis longtemps consommateur d'oEmbed, puis WordPress 4.4 est aussi devenu fournisseur, rendant les articles ordinaires intégrables par tout consommateur oEmbed.
Demander au propriétaire de l'URL comment l'intégrer
Une URL collée restait la seule saisie de l'utilisateur.
Les fournisseurs contrôlaient leur propre HTML d'intégration, leurs dimensions et leur modèle de sécurité.
Les consommateurs pouvaient prendre en charge de nombreux services via un seul schéma de requête.
L'adoption par WordPress a transformé des millions de sites en consommateurs et en fournisseurs oEmbed.
Si chaque plateforme veut être intégrable, ne faites pas parser chaque plateforme par chaque hôte. Laissez la source de vérité servir la recette d'intégration.
Suites
oEmbed est devenu la plomberie discrète derrière les aperçus de liens enrichis et les intégrations à travers les blogs, les CMS et les services médias. Le choix important n'était pas un analyseur astucieux ; c'était de refuser d'analyser et de demander directement à l'éditeur.
VÉRIFIEZ LES SOURCES
Les sources
- oEmbed oEmbed · raw.githubusercontent.com
- New Embeds Feature in WordPress 4.4 Make WordPress Core · make.wordpress.org ·