{"id":233664,"date":"2023-02-19T17:36:00","date_gmt":"2023-02-19T14:36:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=233664"},"modified":"2022-11-11T08:42:28","modified_gmt":"2022-11-11T05:42:28","slug":"criar-bloco-personalizado-do-gutenberg-parte-9-blocos-dinamicos-e-renderizacao-do-php","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/criar-bloco-personalizado-do-gutenberg-parte-9-blocos-dinamicos-e-renderizacao-do-php\/","title":{"rendered":"Criar bloco personalizado do Gutenberg – Parte 9: blocos din\u00e2micos e renderiza\u00e7\u00e3o do PHP"},"content":{"rendered":"\n

At\u00e9 agora, renderizamos a sa\u00edda do bloco em Javascript. No entanto, com conte\u00fado din\u00e2mico como postagens recentes ou exibindo uma postagem, precisamos renderizar a sa\u00edda do bloco em PHP. Neste post vamos aprender como e por qu\u00ea.<\/p>\n

Por que precisamos lidar com blocos din\u00e2micos de maneira diferente?<\/h2>\n

Alguns exemplos s\u00e3o \u00f3bvios; um bloco que exibe as \u00faltimas postagens em uma categoria \u00e9 din\u00e2mico porque as postagens mudam com o tempo. Voc\u00ea n\u00e3o escolhe os posts no bloco; em vez disso, voc\u00ea provavelmente ter\u00e1 configura\u00e7\u00f5es para escolher a categoria, quais informa\u00e7\u00f5es mostrar para cada postagem, o n\u00famero de postagens, o n\u00famero de colunas e assim por diante. Toda vez que o WordPress carrega um post com este bloco, ele precisa consultar o WordPress naquele momento para os posts mais recentes. Visualizar a mesma postagem no m\u00eas seguinte pode gerar resultados diferentes, mesmo que a postagem com o bloco em si n\u00e3o tenha sido atualizada.<\/p>\n

Mas a necessidade de blocos din\u00e2micos \u00e0s vezes n\u00e3o \u00e9 t\u00e3o \u00f3bvia. Voc\u00ea pode imaginar um bloco de postagem em destaque onde voc\u00ea escolhe um post espec\u00edfico para exibi-lo, n\u00e3o \u00e9 necessariamente din\u00e2mico. Mas pode ser \u2013 e deve ser. Lembre-se de que a postagem selecionada pode atualizar seu t\u00edtulo, trecho ou imagem em destaque a qualquer momento \u2013 e isso deve ser refletido nos blocos que apresentam esta postagem.<\/p>\n

Para fazer um bloco n\u00e3o din\u00e2mico para mostrar uma \u00fanica postagem, voc\u00ea precisar\u00e1 salvar o ID da postagem, sua URL, URL da imagem em destaque, sequ\u00eancia de trechos ou o que for necess\u00e1rio para visualizar a postagem nos atributos do bloco. E aqui reside o problema. Se voc\u00ea atualizar a imagem em destaque da postagem selecionada, a postagem com o bloco de postagem em destaque n\u00e3o atualizar\u00e1 automaticamente seus atributos. Ele ficar\u00e1 salvo com o URL da imagem em destaque antiga. Somente quando voc\u00ea editar o post com o bloco, e certificar-se de que ele salva novamente os atributos com as informa\u00e7\u00f5es atualizadas, o bloco mostrar\u00e1 as informa\u00e7\u00f5es atualizadas corretas.<\/p>\n

Portanto, sempre que lidamos com conte\u00fado din\u00e2mico \u2013 postagens, categorias ou qualquer coisa que possa mudar com o tempo \u2013 estamos lidando com blocos din\u00e2micos. E para blocos din\u00e2micos, precisamos usar PHP \u2013 c\u00f3digo do lado do servidor \u2013 para renderizar nosso bloco para garantir que ele recuperar\u00e1 informa\u00e7\u00f5es atualizadas toda vez que renderizar.<\/p>\n

A natureza alterada dos blocos din\u00e2micos no editor<\/h2>\n

Quando voc\u00ea come\u00e7ar a desenvolver blocos din\u00e2micos, a natureza do seu bloco dentro do editor mudar\u00e1. A fun\u00e7\u00e3o do seu bloco edit<\/code>geralmente precisa ser din\u00e2mica tamb\u00e9m. Por exemplo, para um bloco de postagem em destaque, voc\u00ea precisar\u00e1 buscar postagens para escolher ou, para um bloco de not\u00edcias mais recente, precisar\u00e1 recuperar uma lista de categorias para o usu\u00e1rio escolher.<\/p>\n

\u00c9 totalmente poss\u00edvel solicitar informa\u00e7\u00f5es do WordPress de dentro do editor fazendo solicita\u00e7\u00f5es AJAX \u2013 seja usando pacotes e componentes ou executando-os manualmente com a API REST do WordPress<\/a>. Independentemente do m\u00e9todo que voc\u00ea usar, seu bloco precisa lidar com o fluxo ass\u00edncrono de entrada – o per\u00edodo de tempo enquanto aguarda uma resposta.<\/p>\n

Existem v\u00e1rios m\u00e9todos e padr\u00f5es para criar um bloco din\u00e2mico para Gutenberg. Mais comumente, voc\u00ea usar\u00e1 um padr\u00e3o React chamado componentes de ordem superior,<\/a> nos quais o WordPress fornece muitas fun\u00e7\u00f5es e componentes.<\/p>\n

Veremos como buscar postagens e como recuperar categorias em nosso bloco na pr\u00f3xima parte do tutorial. Por enquanto precisamos aprender como fazer o PHP renderizar nosso bloco.<\/p>\n

Preparando nosso bloco para renderiza\u00e7\u00e3o em PHP<\/h2>\n

A parte principal que precisamos fazer em Javascript \u00e9 fazer a save<\/code>fun\u00e7\u00e3o do bloco retornar null<\/code>. Voc\u00ea pode manter a sa\u00edda original, mas assim que dissermos ao WordPress para usar PHP para renderizar o bloco, isso ser\u00e1 ignorado. Para deixar claro para n\u00f3s e para os outros que a sa\u00edda do bloco n\u00e3o \u00e9 tratada em Javascript, vamos alterar a save<\/code>fun\u00e7\u00e3o.<\/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\u00e3o esque\u00e7a que alterar a fun\u00e7\u00e3o salvar far\u00e1 com que todos os blocos existentes sejam quebrados. Adicione novamente o bloco. O bloco deve funcionar como antes; com as configura\u00e7\u00f5es e atualizando os atributos. Ele agora simplesmente n\u00e3o produzir\u00e1 nada no frontend. O bloco de coment\u00e1rios estar\u00e1 l\u00e1, armazenando todos os atributos em JSON, mas nenhum HTML vis\u00edvel ser\u00e1 renderizado.<\/p>\n
No entanto; se algum de seus atributos estiver usando a source<\/code>propriedade, voc\u00ea precisar\u00e1 alterar isso. Isso n\u00e3o \u00e9 suportado com blocos que s\u00e3o renderizados com PHP porque eles s\u00e3o analisados \u200b\u200bdiretamente da sa\u00edda do save \u2013 que agora retornamos null<\/code>. Usamos source no segundo RichText<\/code>em nosso bloco \u2013 para o par\u00e1grafo. Neste ponto, o editor n\u00e3o salvar\u00e1 o que voc\u00ea colocar RichText<\/code>nele.<\/p>\n
Portanto, se voc\u00ea ainda estiver usando source<\/code>o myRichText<\/code>atributo, precisamos remover as propriedades source<\/code>e selector<\/code>para garantir que os atributos sejam armazenados e n\u00e3o analisados \u200b\u200bda save<\/code>fun\u00e7\u00e3o:<\/p>\n
attributes: {\n    ...\n    myRichText: {\n        type: 'string',\n    },\n    ...<\/code><\/pre>\n
Depois disso nosso bloco est\u00e1 pronto para renderiza\u00e7\u00e3o em PHP. Podemos deixar os arquivos Javascript (n\u00e3o esque\u00e7a de compilar) e o resto \u00e9 feito em PHP.<\/p>\n
Renderizando blocos em PHP<\/h2>\n
Para dizer ao WordPress para renderizar a sa\u00edda do bloco em PHP, adicionamos um novo argumento \u00e0 fun\u00e7\u00e3o register_block_type()<\/code>. Precisamos adicionar a chave render_callback<\/code>ao array com um valor da fun\u00e7\u00e3o que deve ser executada.<\/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
A fun\u00e7\u00e3o de renderiza\u00e7\u00e3o do PHP<\/h3>\n
Vamos definir a fun\u00e7\u00e3o awp_myfirstblock_render<\/code>mais abaixo functions.php<\/code>(ou onde quer que voc\u00ea tenha colocado seu c\u00f3digo PHP). Nossa fun\u00e7\u00e3o receber\u00e1 dois par\u00e2metros; vamos cham\u00e1-los $attr<\/code>e $content<\/code>.<\/p>\n
function awp_myfirstblock_render($attr, $content) {\n    \/\/ return the block's output here\n}<\/code><\/pre>\n
O par\u00e2metro $attr<\/code>ser\u00e1 um array associativo com todos os atributos salvos. O segundo par\u00e2metro, $content<\/code>, \u00e9 para blocos dentro do nosso bloco. Isso \u00e9 relevante apenas para blocos que suportam blocos aninhados \u2013 o que, por exemplo, Colunas ou Capa fazem.<\/p>\n
A fun\u00e7\u00e3o nunca deve echo<\/code>sair nada. Toda a sa\u00edda deve ser retornada, ent\u00e3o voc\u00ea precisa construir uma string e devolv\u00ea-la no final.<\/p>\n
Algo importante a ser lembrado sobre os atributos \u00e9 que apenas os atributos salvos aparecer\u00e3o no primeiro par\u00e2metro da fun\u00e7\u00e3o. Se um atributo nunca foi realmente alterado e salvo \u2013 ou seja, apenas confiando em seu default<\/code>, o atributo n\u00e3o ser\u00e1 inclu\u00eddo em nossa fun\u00e7\u00e3o PHP.<\/p>\n
Voc\u00ea precisa lidar com esse problema sempre verificando if (isset($attr['...']))<\/code>ou da maneira prefer\u00edvel: definindo os atributos em nossa register_block_type()<\/code>chamada. Podemos fornecer outra chave, attributes<\/code>, e definir seu valor para um array com todos os atributos que desejamos extrair do nosso bloco. A estrutura deve ser id\u00eantica \u00e0 que voc\u00ea definiu em Javascript, mas em vez de um objeto Javascript voc\u00ea precisa dele em um array PHP. Isso pode ser um pouco complicado para redefinir os mesmos atributos, mas com um editor de c\u00f3digo inteligente deve ser bem r\u00e1pido copiar + colar e editar em v\u00e1rias linhas em PHP.<\/p>\n
Adicionando os atributos para nossa fun\u00e7\u00e3o de renderiza\u00e7\u00e3o<\/h3>\n
Vamos adicionar o novo attributes<\/code>elemento register_block_type()<\/code>e colar exatamente os mesmos atributos que definimos em nosso arquivo Javascript:<\/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
Tenha em mente que se voc\u00ea definir a default<\/code>para todos os atributos, o $attr<\/code>par\u00e2metro da sua fun\u00e7\u00e3o deve sempre conter todos os atributos. Por exemplo, o atributo textAlignment<\/code>acima s\u00f3 existir\u00e1 $attr<\/code>se tiver sido alterado \u2013 e voc\u00ea precisar\u00e1 verificar isset($attr['textAlignment'])<\/code>.<\/p>\n
Infelizmente, no momento, h\u00e1 duas coisas que voc\u00ea n\u00e3o vai conseguir com o PHP block render<\/strong>. Um \u00e9 o className<\/code>prop \u2013 ent\u00e3o voc\u00ea precisa construir a classe de encapsulamento (se quiser) voc\u00ea mesmo. A outra \u00e9 a support<\/code>propriedade para alinhamento de blocos. No momento o WordPress n\u00e3o est\u00e1 suportando esta propriedade em blocos din\u00e2micos. N\u00e3o obteremos o valor do alinhamento de bloco escolhido, a menos que o transformemos em um atributo e o tratemos manualmente em Javascript.<\/p>\n
Quanto \u00e0 sa\u00edda HTML da fun\u00e7\u00e3o, isso depende totalmente de voc\u00ea!<\/p>\n
Solicitando renderiza\u00e7\u00e3o do PHP de dentro do editor<\/h2>\n
\u00c9 poss\u00edvel solicitar a renderiza\u00e7\u00e3o do PHP do nosso bloco dentro do editor. Isso \u00e9 \u00fatil se voc\u00ea quiser visualizar a sa\u00edda do bloco no editor. Podemos fazer isso com um componente chamado ServerSideRender<\/code>do wp.editor<\/code>pacote.<\/p>\n
Como adere\u00e7os, ServerSideRender<\/code>voc\u00ea precisa definir todos os atributos que deseja passar. No m\u00ednimo, voc\u00ea precisa fornecer o nome do bloco para o prop block<\/code>, para que o WordPress saiba qual m\u00e9todo de renderiza\u00e7\u00e3o procurar. Isso est\u00e1 dispon\u00edvel para voc\u00ea na props.name<\/code>fun\u00e7\u00e3o edit<\/code>. Voc\u00ea tamb\u00e9m precisa fornecer quaisquer atributos necess\u00e1rios no prop attributes<\/code>. Se desejar, voc\u00ea tamb\u00e9m pode adicionar vari\u00e1veis \u200b\u200bpersonalizadas fora dos atributos aqui. Apenas tenha em mente que isso s\u00f3 funcionar\u00e1 para o editor interno, e n\u00e3o para o frontend.<\/p>\n
Voc\u00ea n\u00e3o pode usar ServerSideRender<\/code>na fun\u00e7\u00e3o do bloco save<\/code>. Sua save<\/code>fun\u00e7\u00e3o ainda deve retornar null<\/code>.<\/p>\n
Vamos implementar ServerSideRender<\/code>em nosso bloco para ver na pr\u00e1tica.<\/p>\n
Usando ServerSideRender para o modo de visualiza\u00e7\u00e3o\/edi\u00e7\u00e3o de bloco<\/h3>\n
Se voc\u00ea seguiu a etapa anterior, onde criamos uma altern\u00e2ncia de modo de visualiza\u00e7\u00e3o\/edi\u00e7\u00e3o para nosso bloco, agora podemos usar ServerSideRender<\/code>para renderizar a visualiza\u00e7\u00e3o do bloco do PHP quando alternamos para o modo de visualiza\u00e7\u00e3o.<\/p>\n
Primeiro precisamos lembrar de desestruturar ServerSideRender<\/code>no topo:<\/p>\n
const { ServerSideRender } = wp.editor;<\/code><\/pre>\n
Se voc\u00ea se lembra do passo anterior, usamos os componentes Disabled<\/code>e\/ou Placeholder<\/code>para realizar a visualiza\u00e7\u00e3o. O problema com o uso Placeholder<\/code>\u00e9 que temos um estilo indesejado aplicado \u00e0 nossa sa\u00edda. Vamos substituir Placeholder<\/code>por ServerSideRender<\/code>. Voc\u00ea pode optar por manter o Disabled<\/code>componente, para garantir que nenhum conte\u00fado seja clic\u00e1vel ou arrast\u00e1vel.<\/p>\n
No c\u00f3digo para renderizar o bloco quando o atributo editMode<\/code>for false, fazemos:<\/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
Agora, nosso bot\u00e3o personalizado na barra de ferramentas renderizar\u00e1 a sa\u00edda do PHP quando mudarmos para o modo de visualiza\u00e7\u00e3o. A sa\u00edda deve ser id\u00eantica ao visualizar o post no frontend. Este \u00e9 um bom h\u00e1bito para garantir que a sa\u00edda seja id\u00eantica no editor e no frontend.<\/p>\n
Exemplo: bloco din\u00e2mico mostrando uma postagem selecionada<\/h2>\n
A sa\u00edda em sua fun\u00e7\u00e3o de renderiza\u00e7\u00e3o PHP pode ser qualquer coisa e voc\u00ea tem acesso total a todas as fun\u00e7\u00f5es do WordPress. Suponha um bloco onde um ID de postagem ser\u00e1 salvo em um atributo. Na render_callback<\/code>fun\u00e7\u00e3o PHP voc\u00ea pode consultar a postagem do ID e gerar suas informa\u00e7\u00f5es. Deve ser bastante auto-explicativo como fazer isso, mas aqui est\u00e1 um exemplo r\u00e1pido.<\/p>\n
NB<\/strong>: Neste exemplo, simplesmente adicionaremos uma entrada de texto ao editor para inserir manualmente um ID de postagem. Esta n\u00e3o \u00e9 uma solu\u00e7\u00e3o muito intuitiva e f\u00e1cil de usar para selecionar uma postagem \u2013 mas \u00e9 isso que aprenderemos na pr\u00f3xima etapa. O foco aqui \u00e9 na parte do PHP de renderizar o post selecionado.<\/p>\n
Vamos adicionar um atributo selectedPostId<\/code>do tipo number:<\/p>\n
attributes: {\n    selectedPostId: {\n        type: 'number'\n    }\n}<\/code><\/pre>\n
E em algum lugar dentro da fun\u00e7\u00e3o do nosso bloco edit<\/code>adicionamos um TextControl<\/code>componente. Pode ser onde voc\u00ea quiser \u2013 dentro do bloco ou no Inspetor.<\/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
Observe que estou tomando cuidado extra para garantir que a entrada salve o atributo corretamente como um n\u00famero, convertendo-o em inteiro com parseInt()<\/code>. Embora tenhamos definido o tipo prop type<\/code>para number<\/code>renderizar uma entrada num\u00e9rica, o valor alterado ainda \u00e9 interpretado como uma string. O WordPress n\u00e3o salvar\u00e1 seu atributo se estiver no formato errado.<\/p>\n
N\u00e3o se esque\u00e7a de adicionar o novo atributo ao seu ServerSideRender<\/code>componente se voc\u00ea tiver um:<\/p>\n
<ServerSideRender\n    block={this.props.name}\n    attributes={{ \n        selectedPostId: attributes.selectedPostId,\n        ...<\/code><\/pre>\n
A parte do PHP<\/h3>\n
Isso deveria ter cuidado da parte do Javascript. Vamos para o PHP. Primeiro, precisamos adicionar o novo atributo selectedPostId<\/code>ao attributes<\/code>array em 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
Na render_callback<\/code>fun\u00e7\u00e3o agora podemos acessar o ID do post com $attr['selectedPostId']<\/code>. Podemos com isso fazer um simples get_post()<\/code>e gerar os dados do post; seu link e t\u00edtulo:<\/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
Este \u00e9 um exemplo muito b\u00e1sico que serve como um trampolim para voc\u00ea escrever um c\u00f3digo mais avan\u00e7ado e personalizado.<\/p>\n
Agora que sabemos como lidar com a renderiza\u00e7\u00e3o de blocos din\u00e2micos, o pr\u00f3ximo passo \u00e9 aprender como tornar a parte do editor mais intuitiva tamb\u00e9m. Na pr\u00f3xima etapa, focaremos em como consultar postagens de dentro do editor de blocos e fornecer ao usu\u00e1rio uma maneira melhor de selecionar uma postagem.<\/p>\n
Fonte de grava\u00e7\u00e3o:  awhitepixel.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"
Com conte\u00fado de bloco din\u00e2mico, como postagens recentes ou exibindo uma postagem, precisamos renderizar a sa\u00edda do bloco em PHP. Neste post vamos aprender como e por qu\u00ea.<\/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":[898,898,941,941,1110,806,806,846,846,867,867],"tags":[1170],"class_list":["post-233664","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-codigo-2","category-gutenberg-8","category-n-a","category-php-8","category-tutoriais","category-wordpress-8","tag-affiai-pt-pt"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts\/233664","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/comments?post=233664"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts\/233664\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/media\/152680"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/media?parent=233664"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/categories?post=233664"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/tags?post=233664"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}