{"id":234239,"date":"2023-02-19T17:26:00","date_gmt":"2023-02-19T14:26:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=234239"},"modified":"2022-11-12T01:39:34","modified_gmt":"2022-11-11T22:39:34","slug":"creer-un-bloc-gutenberg-personnalise-partie-9-blocs-dynamiques-et-rendu-php","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/creer-un-bloc-gutenberg-personnalise-partie-9-blocs-dynamiques-et-rendu-php\/","title":{"rendered":"Cr\u00e9er un bloc Gutenberg personnalis\u00e9 – Partie 9\u00a0: Blocs dynamiques et rendu PHP"},"content":{"rendered":"\n

Jusqu’\u00e0 pr\u00e9sent, nous avons rendu la sortie du bloc en Javascript. Cependant, avec un contenu dynamique comme des publications r\u00e9centes ou l’affichage d’une publication, nous devons rendre la sortie du bloc en PHP. Dans cet article, nous allons apprendre comment et pourquoi.<\/p>\n

Pourquoi devons-nous g\u00e9rer les blocs dynamiques diff\u00e9remment\u00a0?<\/h2>\n

Certains exemples sont \u00e9vidents; un bloc qui affiche les derniers messages d’une cat\u00e9gorie est dynamique car les messages changeront au fil du temps. Vous ne choisissez pas les publications dans le bloc ; \u00e0 la place, vous aurez probablement des param\u00e8tres pour choisir la cat\u00e9gorie, les informations \u00e0 afficher pour chaque publication, le nombre de publications, le nombre de colonnes, etc. Chaque fois que WordPress charge un article avec ce bloc, il doit interroger WordPress \u00e0 ce moment-l\u00e0 pour les articles les plus r\u00e9cents. L’affichage du m\u00eame message le mois suivant peut donner des r\u00e9sultats diff\u00e9rents, m\u00eame si le message avec le bloc lui-m\u00eame n’a pas \u00e9t\u00e9 mis \u00e0 jour.<\/p>\n

Mais la n\u00e9cessit\u00e9 de blocs dynamiques n’est parfois pas si \u00e9vidente. Vous pouvez imaginer qu’un bloc de publication en vedette dans lequel vous choisissez une publication sp\u00e9cifique pour l’afficher n’est pas n\u00e9cessairement dynamique. Mais cela pourrait \u00eatre – et devrait \u00eatre. N’oubliez pas que le message s\u00e9lectionn\u00e9 peut mettre \u00e0 jour son titre, son extrait ou son image \u00e0 tout moment – et cela doit \u00eatre refl\u00e9t\u00e9 dans les blocs qui pr\u00e9sentent ce message.<\/p>\n

Afin de cr\u00e9er un bloc non dynamique pour afficher une seule publication, vous devrez enregistrer l’ID de la publication, son URL, l’URL de l’image en vedette, la cha\u00eene d’extrait ou tout ce dont vous avez besoin pour pr\u00e9visualiser la publication, dans les attributs du bloc. Et c’est l\u00e0 que r\u00e9side le probl\u00e8me. Si vous mettez \u00e0 jour l’image en vedette de la publication s\u00e9lectionn\u00e9e, la publication avec le bloc de publication en vedette ne mettra pas automatiquement \u00e0 jour ses attributs. Il restera enregistr\u00e9 avec l’ancienne URL de l’image s\u00e9lectionn\u00e9e. Ce n’est que lorsque vous modifiez la publication avec le bloc et que vous vous assurez qu’il r\u00e9enregistre les attributs avec les informations mises \u00e0 jour que le bloc affichera les informations mises \u00e0 jour correctes.<\/p>\n

Ainsi, chaque fois que nous traitons avec du contenu dynamique – publications, cat\u00e9gories ou tout ce qui peut changer avec le temps – nous traitons avec des blocs dynamiques. Et pour les blocs dynamiques, nous devons utiliser PHP – code c\u00f4t\u00e9 serveur – pour rendre notre bloc afin de nous assurer qu’il r\u00e9cup\u00e9rera des informations mises \u00e0 jour \u00e0 chaque rendu.<\/p>\n

La nature modifi\u00e9e des blocs dynamiques dans l’\u00e9diteur<\/h2>\n

Lorsque vous commencez \u00e0 d\u00e9velopper des blocs dynamiques, la nature de votre bloc dans l’\u00e9diteur change. La fonction de votre bloc edit<\/code>doit souvent \u00eatre \u00e9galement dynamique. Par exemple, pour un bloc de publication en vedette, vous devrez r\u00e9cup\u00e9rer les publications parmi lesquelles choisir, ou pour un bloc de nouvelles les plus r\u00e9centes, vous devrez r\u00e9cup\u00e9rer une liste de cat\u00e9gories parmi lesquelles l’utilisateur pourra choisir.<\/p>\n

Il est tout \u00e0 fait possible de demander des informations \u00e0 WordPress depuis l’\u00e9diteur en effectuant des requ\u00eates AJAX – soit en utilisant des packages et des composants, soit en les ex\u00e9cutant manuellement avec l’ API WordPress REST<\/a>. Quelle que soit la m\u00e9thode choisie, votre bloc doit g\u00e9rer le flux d’entr\u00e9e asynchrone – le d\u00e9lai d’attente d’une r\u00e9ponse.<\/p>\n

Il existe plusieurs m\u00e9thodes et mod\u00e8les pour cr\u00e9er un bloc dynamique pour Gutenberg. Le plus souvent, vous utiliserez un mod\u00e8le React appel\u00e9 composants d’ordre sup\u00e9rieur<\/a> dans lequel WordPress fournit de nombreuses fonctions et composants.<\/p>\n

Nous verrons comment r\u00e9cup\u00e9rer des messages et comment r\u00e9cup\u00e9rer des cat\u00e9gories dans notre bloc dans la prochaine partie du didacticiel. Pour l’instant, nous devons apprendre \u00e0 faire en sorte que PHP rende notre bloc.<\/p>\n

Pr\u00e9parer notre bloc pour le rendu PHP<\/h2>\n

La partie principale que nous devons faire en Javascript est de rendre la save<\/code>fonction du bloc return null<\/code>. Vous pouvez conserver la sortie d’origine, mais une fois que nous disons \u00e0 WordPress d’utiliser PHP pour rendre le bloc, cela sera ignor\u00e9. Pour qu’il soit clair pour nous et pour les autres que la sortie du bloc n’est pas g\u00e9r\u00e9e en Javascript, nous allons changer la save<\/code>fonction.<\/p>\n

registerBlockType('awp\/firstblock', {\n    title: __('My first block', 'awhitepixel'), \n    category: 'common',\n    ...\n    edit: FirstBlockEdit,\n    save:() => { return null }\n});<\/code><\/pre>\n
N’oubliez pas que la modification de la fonction de sauvegarde entra\u00eenera la rupture de tous les blocs existants. Ajoutez \u00e0 nouveau le bloc. Le bloc devrait fonctionner comme avant ; avec les param\u00e8tres et la mise \u00e0 jour des attributs. Il ne sortira plus rien en frontend. Le bloc de commentaires sera l\u00e0, stockant tous les attributs dans JSON, mais aucun code HTML visible n’est rendu.<\/p>\n
Cependant; si l’un de vos attributs utilise la source<\/code>propri\u00e9t\u00e9, vous devez le modifier. Ceci n’est pas pris en charge avec les blocs rendus avec PHP car ils sont analys\u00e9s directement \u00e0 partir de la sortie de la sauvegarde – sur laquelle nous revenons maintenant null<\/code>. Nous utilisons source sur le deuxi\u00e8me RichText<\/code>de notre bloc – pour le paragraphe. \u00c0 ce stade, l’\u00e9diteur n’enregistrera pas du tout ce que vous y mettez RichText<\/code>.<\/p>\n
Donc, si vous utilisez toujours source<\/code>l’ myRichText<\/code>attribut, nous devons supprimer les propri\u00e9t\u00e9s source<\/code>et selector<\/code>pour nous assurer que les attributs seront stock\u00e9s et non analys\u00e9s \u00e0 partir de la save<\/code>fonction\u00a0:<\/p>\n
attributes: {\n    ...\n    myRichText: {\n        type: 'string',\n    },\n    ...<\/code><\/pre>\n
Apr\u00e8s cela, notre bloc est pr\u00eat pour le rendu en PHP. On peut laisser les fichiers Javascript (n’oubliez pas de le compiler) et le reste se fait en PHP.<\/p>\n
Rendre des blocs en PHP<\/h2>\n
Afin de dire \u00e0 WordPress de rendre la sortie du bloc en PHP, nous ajoutons un nouvel argument \u00e0 la fonction register_block_type()<\/code>. Nous devons ajouter la cl\u00e9 render_callback<\/code>au tableau avec une valeur de la fonction qu’elle doit ex\u00e9cuter.<\/p>\n
add_action('init', function() {\n    register_block_type('awp\/firstblock', [\n        'editor_script' => 'awp-myfirstblock-js',\n        'render_callback' => 'awp_myfirstblock_render'\n    ]);\n});<\/code><\/pre>\n
La fonction de rendu PHP<\/h3>\n
D\u00e9finissons la fonction awp_myfirstblock_render<\/code>plus bas functions.php<\/code>(ou l\u00e0 o\u00f9 vous avez mis votre code PHP). Notre fonction obtiendra deux param\u00e8tres\u00a0; nous les appellerons $attr<\/code>et $content<\/code>.<\/p>\n
function awp_myfirstblock_render($attr, $content) {\n    \/\/ return the block's output here\n}<\/code><\/pre>\n
Le param\u00e8tre $attr<\/code>sera un tableau associatif avec tous les attributs enregistr\u00e9s. Le deuxi\u00e8me param\u00e8tre, $content<\/code>, est pour les blocs \u00e0 l’int\u00e9rieur de notre bloc. Ceci n’est pertinent que pour les blocs qui prennent en charge les blocs imbriqu\u00e9s – ce que font, par exemple, les colonnes ou la couverture.<\/p>\n
La fonction ne devrait jamais echo<\/code>rien sortir. Toutes les sorties doivent \u00eatre renvoy\u00e9es, vous devez donc cr\u00e9er une cha\u00eene et la renvoyer \u00e0 la fin.<\/p>\n
Une chose importante \u00e0 retenir \u00e0 propos des attributs est que seuls les attributs enregistr\u00e9s appara\u00eetront dans le premier param\u00e8tre de la fonction. Si un attribut n’a jamais \u00e9t\u00e9 r\u00e9ellement modifi\u00e9 et enregistr\u00e9 – c’est-\u00e0-dire qu’il s’appuie simplement sur son default<\/code>, l’attribut ne sera pas du tout inclus pour notre fonction PHP.<\/p>\n
Vous devez g\u00e9rer ce probl\u00e8me en v\u00e9rifiant toujours if (isset($attr['...']))<\/code>ou de la mani\u00e8re pr\u00e9f\u00e9rable\u00a0: d\u00e9finir les attributs dans notre register_block_type()<\/code>appel. Nous pouvons fournir une autre cl\u00e9, attributes<\/code>et d\u00e9finir sa valeur sur un tableau avec tous les attributs que nous souhaitons extraire de notre bloc. La structure doit \u00eatre identique \u00e0 celle que vous avez d\u00e9finie en Javascript, mais au lieu d’un objet Javascript, vous en avez besoin dans un tableau PHP. Cela peut \u00eatre un peu fastidieux de red\u00e9finir les m\u00eames attributs, mais avec un \u00e9diteur de code intelligent, il devrait \u00eatre assez rapide de le copier-coller et de le modifier sur plusieurs lignes dans PHP.<\/p>\n
Ajout des attributs pour notre fonction de rendu<\/h3>\n
Ajoutons le nouvel attributes<\/code>\u00e9l\u00e9ment register_block_type()<\/code>et collons exactement les m\u00eames attributs que nous avons d\u00e9finis dans notre fichier Javascript\u00a0:<\/p>\n
add_action('init', function() {\n    register_block_type('awp\/firstblock', [\n        'editor_script' => 'awp-myfirstblock-js',\n        'render_callback' => 'awp_myfirstblock_render',\n        'attributes' => [\n            'myRichHeading' => [\n                'type' => 'string'\n            ],\n            'myRichText' => [\n                'type' => 'string'\n            ],\n            'textAlignment' => [\n                'type' => 'string',\n            ],\n            'toggle' => [\n                'type' => 'boolean',\n                'default' => true\n            ],\n            'favoriteAnimal' => [\n                'type' => 'string',\n                'default' => 'dogs'\n            ],\n            'favoriteColor' ==> [\n                'type' => 'string',\n                'default' => '#DDDDDD'\n            ],\n            'activateLasers' => [\n                'type' => 'boolean',\n                'default' => false\n            ],\n        ]\n    ]);\n});\n\u00a0\nfunction awp_myfirstblock_render($attr, $content) {\n    return '<div>'.$attr['favoriteColor'].'<\/div>';\n}<\/code><\/pre>\n
Gardez \u00e0 l’esprit que si vous d\u00e9finissez a default<\/code>pour tous les attributs, le $attr<\/code>param\u00e8tre de votre fonction doit toujours contenir tous les attributs. Par exemple, l’attribut textAlignment<\/code>ci-dessus n’existera que dans $attr<\/code>s’il a \u00e9t\u00e9 modifi\u00e9 – et vous devrez v\u00e9rifier isset($attr['textAlignment'])<\/code>.<\/p>\n
Malheureusement, pour le moment, il y a deux choses que vous ne comprendrez pas avec PHP block render<\/strong>. L’un est l’ className<\/code>accessoire – vous devez donc cr\u00e9er vous-m\u00eame la classe d’emballage (si vous le souhaitez). L’autre est la support<\/code>propri\u00e9t\u00e9 d’alignement des blocs. Pour le moment, WordPress ne prend pas en charge cette propri\u00e9t\u00e9 dans les blocs dynamiques. Nous n’obtiendrons pas la valeur de l’alignement de bloc choisi \u00e0 moins de le changer en attribut et de le g\u00e9rer manuellement en Javascript.<\/p>\n
Quant \u00e0 la sortie HTML de la fonction, cela d\u00e9pend enti\u00e8rement de vous\u00a0!<\/p>\n
Demande de rendu PHP depuis l’\u00e9diteur interne<\/h2>\n
Il est possible de demander le rendu PHP de notre bloc dans l’\u00e9diteur. Ceci est utile si vous souhaitez pouvoir pr\u00e9visualiser la sortie du bloc dans l’\u00e9diteur. Nous pouvons le faire avec un composant appel\u00e9 ServerSideRender<\/code>depuis le wp.editor<\/code>package.<\/p>\n
En tant qu’accessoires ServerSideRender<\/code>, vous devez d\u00e9finir tous les attributs que vous souhaitez transmettre. Au minimum, vous devez fournir le nom du bloc au prop block<\/code>, afin que WordPress sache quelle m\u00e9thode de rendu rechercher. Ceci est disponible pour vous dans props.name<\/code>la edit<\/code>fonction. Vous devez \u00e9galement fournir tous les attributs dont vous avez besoin dans le prop attributes<\/code>. Si vous le souhaitez, vous pouvez \u00e9galement ajouter ici des variables personnalis\u00e9es en dehors des attributs. Gardez simplement \u00e0 l’esprit que cela ne fonctionnera que pour l’\u00e9diteur interne, et non pour l’interface.<\/p>\n
Vous ne pouvez pas utiliser ServerSideRender<\/code>dans la fonction du bloc save<\/code>. Votre save<\/code>fonction doit toujours retourner null<\/code>.<\/p>\n
Mettons en \u0153uvre ServerSideRender<\/code>dans notre bloc pour le voir en pratique.<\/p>\n
Utilisation de ServerSideRender pour le mode aper\u00e7u\/\u00e9dition de bloc<\/h3>\n
Si vous avez suivi l’\u00e9tape pr\u00e9c\u00e9dente o\u00f9 nous avons cr\u00e9\u00e9 un basculeur de mode aper\u00e7u\/\u00e9dition pour notre bloc, nous pouvons maintenant l’utiliser ServerSideRender<\/code>pour afficher l’aper\u00e7u du bloc \u00e0 partir de PHP lorsque nous passons en mode aper\u00e7u.<\/p>\n
Il faut d’abord se rappeler de d\u00e9structurer ServerSideRender<\/code>en haut :<\/p>\n
const { ServerSideRender } = wp.editor;<\/code><\/pre>\n
Si vous vous souvenez de l’\u00e9tape pr\u00e9c\u00e9dente, nous avons utilis\u00e9 les composants Disabled<\/code>et\/ou Placeholder<\/code>pour conserver l’aper\u00e7u. Le probl\u00e8me avec l’utilisation Placeholder<\/code>est que nous obtenons un style ind\u00e9sirable appliqu\u00e9 \u00e0 notre sortie. Rempla\u00e7ons Placeholder<\/code>par ServerSideRender<\/code>. Vous pouvez choisir de conserver le Disabled<\/code>composant, pour vous assurer qu’aucun de ses contenus ne sera cliquable ou d\u00e9pla\u00e7able.<\/p>\n
Au niveau du code pour rendre le bloc lorsque l’attribut editMode<\/code>est faux, nous faisons :<\/p>\n
...\n{!this.state.editMode && \n    <ServerSideRender\n        block={this.props.name}\n        attributes={{ \n            myRichHeading: attributes.myRichHeading, \n            myRichText: attributes.myRichText, \n            textAlignment: attributes.textAlignment, \n            toggle: attributes.toggle, \n            favoriteAnimal: attributes.favoriteAnimal, \n            favoriteColor: attributes.favoriteColor,\n            activateLasers: attributes.activateLasers\n        }}\n    \/>\n}\n...<\/code><\/pre>\n
Maintenant, notre bouton personnalis\u00e9 dans la barre d’outils affichera la sortie de PHP lorsque nous passerons en mode aper\u00e7u. La sortie doit \u00eatre identique lors de la visualisation du message en frontend. C’est une bonne habitude pour s’assurer que la sortie est identique dans l’\u00e9diteur et le frontend.<\/p>\n
Exemple\u00a0: bloc dynamique affichant une publication s\u00e9lectionn\u00e9e<\/h2>\n
La sortie de votre fonction de rendu PHP peut \u00eatre n’importe quoi et vous avez un acc\u00e8s complet \u00e0 toutes les fonctions de WordPress. Supposons un bloc o\u00f9 un ID de publication sera enregistr\u00e9 dans un attribut. Dans la render_callback<\/code>fonction PHP, vous pouvez interroger la publication \u00e0 partir de l’ID et afficher ses informations. La proc\u00e9dure \u00e0 suivre devrait \u00eatre assez explicite, mais voici un exemple rapide.<\/p>\n
NB<\/strong>: Dans cet exemple, nous allons simplement ajouter une entr\u00e9e de texte \u00e0 l’\u00e9diteur pour saisir manuellement un identifiant de publication. Ce n’est pas une solution tr\u00e8s intuitive et conviviale pour s\u00e9lectionner un message – mais c’est ce que nous apprendrons \u00e0 l’\u00e9tape suivante. L’accent est mis ici sur la partie PHP du rendu du message s\u00e9lectionn\u00e9.<\/p>\n
Ajoutons un attribut selectedPostId<\/code>de type num\u00e9ro\u00a0:<\/p>\n
attributes: {\n    selectedPostId: {\n        type: 'number'\n    }\n}<\/code><\/pre>\n
Et quelque part dans la fonction de notre bloc, edit<\/code>nous ajoutons un TextControl<\/code>composant. Il peut \u00eatre o\u00f9 vous voulez – \u00e0 l’int\u00e9rieur du bloc ou dans l’inspecteur.<\/p>\n
<TextControl \n    label={__(\"Type in post ID\", 'awhitepixel')}\n    type=\"number\"\n    value={attributes.selectedPostId}\n    onChange={(newval) => setAttributes({ selectedPostId: parseInt(newval) })}\n\/><\/code><\/pre>\n
Notez que je prends des pr\u00e9cautions suppl\u00e9mentaires pour m’assurer que l’entr\u00e9e enregistre correctement l’attribut sous forme de nombre en le convertissant en entier avec parseInt()<\/code>. M\u00eame si nous d\u00e9finissons le type prop type<\/code>sur number<\/code>afin de rendre une entr\u00e9e num\u00e9rique, la valeur modifi\u00e9e est toujours interpr\u00e9t\u00e9e comme une cha\u00eene. WordPress n’enregistrera pas votre attribut s’il est au mauvais format.<\/p>\n
N’oubliez pas d’ajouter le nouvel attribut \u00e0 votre ServerSideRender<\/code>composant si vous en avez un\u00a0:<\/p>\n
<ServerSideRender\n    block={this.props.name}\n    attributes={{ \n        selectedPostId: attributes.selectedPostId,\n        ...<\/code><\/pre>\n
La partie PHP<\/h3>\n
Cela aurait d\u00fb prendre en charge la partie Javascript. Passons \u00e0 PHP. Nous devons d’abord ajouter le nouvel attribut selectedPostId<\/code>au attributes<\/code>tableau dans register_block_type()<\/code>:<\/p>\n
register_block_type('awp\/firstblock', [\n    'editor_script' => 'awp-myfirstblock-js',\n    'render_callback' => 'awp_myfirstblock_render',\n    'attributes' => [\n        'selectedPostId' => [\n            'type' => 'number',\n            'default' => 0\n        ],\n        ...\n    ]\n]);<\/code><\/pre>\n
Dans la render_callback<\/code>fonction, nous pouvons maintenant acc\u00e9der \u00e0 l’ID de publication avec $attr['selectedPostId']<\/code>. Nous pouvons avec cela effectuer un simple get_post()<\/code>et sortir les donn\u00e9es du poste; son lien et son titre :<\/p>\n
function awp_myfirstblock_render($attr, $content) {\n    $str = '';\n    if ($attr['selectedPostId'] > 0) {\n        $post = get_post($attr['selectedPostId']);\n        if (!$post) {\n            return $str;\n        }\n        $str = '<div class=\"awp-myfirstblock\">';\n        $str .= '<a href=\"'. get_the_permalink($post). '\">';\n        $str .= '<h3>'. get_the_title($post). '<\/h3>';\n        $str .= '<\/a>';\n        $str .= '<\/div>';\n    }\n    return $str;\n}<\/code><\/pre>\n
Il s’agit d’un exemple tr\u00e8s basique destin\u00e9 \u00e0 servir de tremplin pour vous permettre d’\u00e9crire du code plus avanc\u00e9 et personnalis\u00e9.<\/p>\n
Maintenant que nous savons comment g\u00e9rer le rendu des blocs dynamiques, la prochaine \u00e9tape consiste \u00e0 apprendre \u00e0 rendre \u00e9galement la partie \u00e9diteur plus intuitive. Dans l’\u00e9tape suivante, nous nous concentrerons sur la fa\u00e7on d’interroger les publications \u00e0 partir de l’\u00e9diteur de blocs et de fournir \u00e0 l’utilisateur un meilleur moyen de s\u00e9lectionner une publication.<\/p>\n
Source d’enregistrement:  awhitepixel.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"
Avec un contenu de bloc dynamique comme des publications r\u00e9centes ou l’affichage d’une publication, nous devons rendre la sortie du bloc en PHP. Dans cet article, nous allons apprendre comment et pourquoi.<\/p>\n","protected":false},"author":1,"featured_media":152680,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[893,893,936,936,1110,801,801,841,841,862,862],"tags":[1167],"class_list":{"0":"post-234239","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","6":"hentry","7":"category-code-2","9":"category-gutenberg-3","11":"category-n-a","12":"category-php-3","14":"category-tutoriels","16":"category-wordpress-3","18":"tag-affiai-fr"},"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts\/234239","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/comments?post=234239"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts\/234239\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/media\/152680"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/media?parent=234239"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/categories?post=234239"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/tags?post=234239"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}